要件定義に入る前にやること
直近の仕事で色々と大変だった(現在進行中)ので記録しておく。
立場としては、1次受けのベンダー(2次受けのベンダーに要件定義や開発を発注)を想定している。
顧客向けにやること
- 既存業務の整理
- 現在、顧客がどのような業務を行なっていて、(既存システムがある場合は)誰がいつどのような目的でどの機能を利用しているか。
- 上記のことが、業務フローとして整理されているとベストである。
- 既存システムの仕様理解
- 既存システムの仕様書やマニュアルがある場合は、それを元にシステムの仕様を理解する。
- もし、存在しない場合は、QAを通して不明点を早めにクリアにしておく必要がある。
ベンダー向けにやること
- 見積依頼内容の整理と見積書の確認
- 契約形態
- 順委任か請負か
- 契約期間
- 期間はいつからいつまでか。発注が遅れた場合はどうするか等。
- 前提条件
- どのような条件をもとに見積を行うか。開発を行うにあたり特定のパッケージを使うことが前提になっているか等。
- 作業範囲
- 顧客との打ち合わせに参加するか、要件定義のどの範囲を担当するのか、進捗管理をやるのか等の作業範囲について。
- 契約形態
- 次工程の準備
- 実際の要件定義の進め方に関して、ベンダーと事前にすり合わせを行っておく必要がある。
- 要件定義を進めるにあたり、どのようなインプットを必要としているか、そのイメージは合っているか。
- どのタスクでどのようなアウトプットができるか。アウトプットはどのようなイメージか。
- WBSの各タスクの進め方はどのように進めるか。こちら側に依頼する作業は何かあるか。
- コミュニケーションのルール
- QAや課題をどのように管理するか。
- 実際の要件定義の進め方に関して、ベンダーと事前にすり合わせを行っておく必要がある。