要件定義フェーズでやること

システム開発の発注を検討されている方に向けて、要件定義とは何か、要件定義において重要なポイントについて解説いたします。

要件定義とは

要件定義とは、現在の業務の問題点を洗い出して、何（どこ）をシステム化するのかを決めるフェーズです。

システム開発における最初の工程であり、発注者の協力が大いに関係するフェーズでもあります。

発注者から受け取ったRFP（提案依頼書）を元に、開発するシステムで解決したい問題や、目的に対して開発するシステムでどのような機能の開発が必要になるか明確にし、資料に取りまとめる工程になります。

決定した要件をもとに「要件定義書」を作成し、開発を進めるための期間や人員の計画を進めていきます。

要求を実現させるのがゴールとなりますので、お客様との認識が合うように、しっかりお打合せを行います。

要件定義の目的

要件定義を作成することで、開発する範囲や実際にシステムに組み込めるものかどうかなどが分かり、求めていたシステムの完成に近づけることができます。

そのため、具体的かつ明確に要件を洗い出す必要があります。

RFP（提案依頼書）とは

RFP（提案依頼書）はRequest for Proposalの略で、どのようなシステムを開発したいかに関して発注者が開発者に提案を依頼する資料です。RFPは開発会社の選定や見積検討のために提出する資料ですが、要件定義は開発会社が決定し、開発がスタートした時点で作成されるものです。

そのため、RFPの内容をより具体的にシステムに落とし込むにはどうするか決定する段階となります。

要件定義のフロー

進め方に関してご説明いたします。

1. 発注者（ユーザー側）へのヒアリング
2. 要求から機能の策定
3. 要件定義書の作成

発注者（ユーザー側）へのヒアリング

プロジェクトを行うに至っての目的や要求を発注者と担当者が話しあい、解釈のすり合わせを行います。

ヒアリング担当者は、営業担当の場合や実際に開発を行う開発者が兼任である場合もあります。

要件定義書作成の前に発注者の要求をまとめる要求定義を行う場合もあります。

要求定義とは

発注者（ユーザー側）がシステム開発に何を求めるかまとめることです。

要件定義との違いは、要件定義が発注者が解決したい目的をどのようなシステムで解決すべきかをまとめたものに対し、要求定義はそもそも開発するシステムによって達成したい目的や、解消したい問題をまとめることになります。

要求から機能の策定

聞き取りを行った後、実際のシステムにどのような機能を実装するかを決めます。

要求を全てそのまま機能にする前に、その要求が本当に機能として必要なものかどうかも含めて検討します。

要件定義書の作成

機能を検討し、要求をシステムの中に落とし込んだものを開発者が要件定義書にまとめます。

要件定義書に記載すること

要件定義書には主に以下の項目を記載します。

• システムの概要・目的
• 業務要件
• システム要件
• 機能要件
• 非機能要件
• システムの導入目的
• セキュリティ要件

要件定義のポイント

要件定義は発注者にとっても重要な工程となります。この工程をいかに行うかによってシステム開発の失敗を招く可能性もあります。

ですが、ポイントを抑えることで失敗を防ぐことができます。

開発会社側が発注者の要求をヒアリングし、機能へ落とし込むため、発注者は開発者に要件定義を投げてしまっても問題ないように見えますが、システム開発の成功には発注者の協力が重要です。

以下のポイントを発注者が意識することで要件定義はスムーズに進行します。

• 要求や資料を洗い出す
• 主体的に参加する
• 解釈のズレがないか確認する

要求や資料を洗い出す

要求を提出する前に発注者が実際に利用するユーザーではない場合は特にシステムの利用者を想定して調査することが重要です。

要件定義で話し合う前に発注者が要求を網羅し、具体的にすることで開発者側も提案をしやすくなります。また、漏れなく要件を反映することができます。

主体的に参加する

要件定義は発注者側の主体的な参加が不可欠になります。

必要とする機能や解消したい問題は発注者にしかわからないためです。打合せの際はどういった機能が必要か漏れなく伝えましょう。

開発者は発注者から伝えられた要件のみで機能を決定し、開発を開始します。必要な機能が漏れると別途改修が必要になり、予算よりも費用が高くなる場合もあります。

解釈のズレがないか確認する

要求を提出しただけでは要件定義は行えません。発注者と開発者の間では解釈に差が出ることがあるため、開発側が要求をそのまま落とし込んだだけでは不十分です。

要求定義で提出した要求事項が機能として正しく落とし込まれているかどうかは発注者が確認しなければ分かりません。確認せずに開発が進むことで想定していたシステムとは異なるものが完成する可能性があります。

打ち合わせの中で解釈のズレが無いか相互にコミュニケーションをとり確認することが重要です。

要件定義フェーズについて

要件定義フェーズについて解説いたしました。

• 要件定義とはシステムで解消したい問題や達成したい要求をシステムでどう開発するか取りまとめるフェーズ。
• 実際の利用者を想定し実現したい要求を漏れなく網羅することが重要。
• 発注者は要求や資料をあらかじめ洗い出し主体的な参加を志すことでスムーズな要件定義に繋がる。

メディアファイブでも、事前に必要な資料の作成や課題の洗い出しをしていただくことでスムーズにお話を進めることができます。

ですが、資料が不明な場合は、打ち合わせの中で都度必要なものを確認しながら進めますのでご安心ください。

システム開発の流れ