方法論はそれなりに整備されているものの不完全。ユーザー企業は要求を決めず,またコロコロ変える――このような状況から脱却するにはどうすればいいのか。結論を言えば,「銀の弾」は存在しない。やるべきことを地道に実践するのがベストだ。 要求定義に絡む問題は根が深い。ユーザーからあいまいな要求しか出てこなかったり,要求があとからコロコロ変わったりするケースが少なくない。しかも,よりどころとなるべき方法論は不完全。それどころか,標準的な方法論がない企業や組織もある。こんな状況に直面すれば,「要求定義をうまくやるなんて無理」と諦めてしまうかもしれない。しかも最近は,要求定義の難しさがますます増している(図1)。 だからといって手をこまぬいているだけでは,システム開発プロジェクトで品質,納期,コストを遵守することは難しい。プロジェクトを成功に導くためには,最上流である要求定義こそが最も重要だからだ。 4つ
![Part1 成功に導く必須スキル](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)