ざっくり要件定義の目的とは？

2024.04.27
programming

システム開発の上流工程を学びたいと思いUdemy等の動画教材や、書籍で学習をしています。
そこで、出てきたのが「要件定義」。
要件定義ってなに？なんで要件定義が必要なの？
この辺りの疑問をざっくりまとめました。

1. 要件定義について
2. 要件定義作成のプロセス

要件定義について

要件定義とは何か？

　要件定義は、プロジェクトやシステムの成功のために必要な機能や特性を明確に定義するプロセスです。これは、プロジェクトの計画段階で行われ、関係者が期待する成果や要求を明確化するために重要です。

システム開発の全体像

画像引用：https://webrage.jp/techblog/v_shaped_mode/

要件定義は全体像の最初の方で行います（上流）。
そして、上記の画像からシステムテストと対になっています。つまり、システムテストを行うときに、要件定義に照らし合わせてにテストが行われるのです。
システムテストの結果が要件定義に合っているかという観点でテストされるということです。

要件定義はなぜ必要なのか？

　結論：ビジネスサイドとエンジニアサイドの共通認識を作るため。

① システム開発の登場人物

システム開発には大きく分けて二人の登場人物がいます。ビジネスサイドとエンジニアサイド。
ビジネスサイドはシステムを発注する側（システムの利用者）。エンジニアサイドは、システムを受注し製作する側。
そして、この両者の立場の違いから、それぞれの思惑が異なるという前提があります。具体的には以下に見ていきます。

② ビジネスサイドの思惑

ビジネスサイドの考える良いシステムとは、ユーザーにとって使いやすいということ。

・機能性
　ソフトウェアが提供する機能がユーザーの要求や期待に適合しているか。
・信頼性
　ソフトウェアが安定して動作し、予期せぬエラーや障害を引き起こさないか。
　また、障害が起こっても復旧が早いか。
・使用性
　ソフトウェアが利用者にとって使いやすいかどうか。

③ エンジニアサイドの思惑

エンジニアサイドの考える良いシステムとは、日々のメンテナンスが楽になるということ。

・効率性
　ソフトウェアがリソースを効率的に利用し、処理を迅速かつ効率的に行うか。
・保守性
　ソフトウェアが変更や修正を容易に受け入れ、保守が容易であるかどうか（コードの読みやすさ等）。
・移植性
　　ソフトウェアが異なる環境やプラットフォームに移植され、正常に動作するかどうか。

参考：国際規格 ISO9126

④ 両者の共通認識を作る

上記のように立場の違いから異なる思惑が生じます。
そのため、システム開発の成功のためには、両者の認識を合わせる必要があります。
そこで、要件定義によって、必要な機能や特性を明確に定義する必要があるのです。

要件定義のゴール

要件定義の目指すべきゴールは、
ビジネス側の「どんなシステムが欲しいのか？」をエンジニアに伝えること。

例えば、次のことを明確にしてエンジニアサイドに伝える必要があります。

プロジェクトの目的や、システムでどんな課題を解決したいのか？
どんな機能が必要なのか？
いつ、誰が、なんの為にシステムを使うのか？（ユースケース）

要件定義の失敗例

要件定義の失敗例として、以下のようなことがあります。

・エンジニアサイドに丸投げ
　ビジネスサイドが「ざっくりとこんな感じでシステテムを作って！」と依頼してしまい、要件定義もエンジニアサイドに任せてしまうパターンです。
　エンジニアサイドからしたら作っては見たものの、ビジネスサイドからこんなはずではないと言われてしまうケースが多いです。

　・要望を全て盛り込む
ビジネスサイドで出た要望を全てエンジニアサイドに伝える場合です。
そもそも、システム開発には予算と期限があり、全ての要望を実現することは不可能です。
また、仮に全ての要望を受け入れてシステム開発をしたところで、「本当にその機能使うの？」と不要な開発に労力と時間とお金をかけてしまいます。