1. 要件定義

開発の計画やスコープ・使用する製品を決める。

• 工期遅延の過半数が要件定義の問題(仕様の漏れ、開発規模の増大)

• 顧客本人がニーズに気づいていないこともある。(cf. 「コキャクガホントウニホシカッタモノとは」(https://dic.nicovideo.jp/a/%E9%A1%A7%E5%AE%A2%E3%81%8C%E6%9C%AC%E5%BD%93%E3%81%AB%E5%BF%85%E8%A6%81%E3%81%A0%E3%81%A3%E3%81%9F%E3%82%82%E3%81%AE))

  • 経営者：コスト削減、売上増加

  • ビジネスユーザー：業務を楽にする。

  • 情報システム担当：運用を楽にする。

  • ベンダー：効率よくシステム構築

3つのフェースがある。

1. 業務要件の把握: なぜその要件をあげたか

   • 期待する成果と現状を把握する

   • 背景を理解する。 現状とのギャップを把握。

     • なぜそのような要件が出てきたか？

   • 解像度を上げる。

     • 「業務・IT知識の壁」：お互いの業務・専門用語を理解する。この壁を突破できると価値が高い。

   • 仮説を立てて、それをヒアリング際に確認する。

2. システム要件：システムの構想

   • 課題をどのように解決するか

   • システム化以外の解決策も視野に入れて検討する。（そしてどの部分をシステム化するか）

   • 業務フロー図(業務を流れを可視化した)

   • 機能要件と非機能要件

3. スケジューリング：開発のコスト・時間を見積もりする、計画する

   • ファンクションポイント法：機能に分解し、複雑さごとにファンクションポイントをつけていく。

   • 過去事例も参考にしながら

要件定義の進め方

• 要件の解像度をあげる。積極的なヒアリング

• 専門用語に注意し、積極的に意見を引き出す。