要件がなかなか収束しないことがある。ステークホルダーが多いほど,その傾向が強くなる。しっかりとした要求仕様書が無い場合も同様である。システムに対する要求が打ち合わせを重ねるたびに増加したり変化したりすることはもはや当たり前であるかのようである。ところが,そのような要求を実装してはみたものの,システムが完成した後でほとんどど使われることのない機能だったということも少なくない。プロジェクト・マネージャ(PM)たるもの,実装すべき要求とそうでない要求とを見極めた上で,要件定義を行う必要がある。 Aさんは入社以来,プログラマからSEまで経験を積み,今回初めてPMとして抜擢された中堅技術者である。Aさんが担当することになったプロジェクトは,ある旅行会社の予約管理システムの構築であった。 顧客から提出された要求仕様書はA4サイズで3~4枚程度しかなかった。しかも,かなり抽象的な要求事項が多かった。そこ
![[姿勢編]理由無き要求は機能化してはいけない | 日経 xTECH(クロステック)](https://cdn-ak-scissors.b.st-hatena.com/image/square/bed39b5962a5d552c95b6d796db8f55e72d32943/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fimages%2Fn%2Fxtech%2F2020%2Fogp_nikkeixtech_hexagon.jpg%3F20220512)