開発期間やリソースは限られているのに、やらなければならないことが増えてしまいがちな開発プロジェクト。しかし、少し考え方を変えると、効率化の大きな可能性が見えてくる。 「業務プロセスを完全に正しく分析して、そこからシステム機能要件を完全に正しく抽出し、完全に正しく定義する」。そうすれば「下流工程で追加や変更は起こらない」――開発プロジェクトに携わっている人なら、このような一文を読んだ瞬間に文句を言いたくなることだろう。できればとっくにやっていると。だがプロジェクト関連に限らず、書籍やインターネットに溢れているハウツーには、セオリーだけを述べて、実践に役立つ情報までは示してくれないケースが多い。その点、本書「プロジェクトを変える12の知恵」はそうした言いっ放しの作品とは異なり、冒頭の一文にこう続けるのだ。 「でもそんなのムリですよね? 確かに『完全に正しい要件定義』は理想形の一つだと思います。
![開発プロジェクトにも有効な「80:20の法則」](https://cdn-ak-scissors.b.st-hatena.com/image/square/f417b16a7a2c34f55dc0a3b43c95d390ee256263/height=288;version=1;width=512/https%3A%2F%2Fimage.itmedia.co.jp%2Fim%2Farticles%2F1107%2F05%2Fr5pro.jpg)