様々なソフトウェア開発を経験してきた視点から、開発、マネジメント、経済などについて書いています。タイトルは、あるレトロゲームからのオマージュ。ツイッターアカウントはこちら。http://www.nakaba.siteHome自己紹介Twitter記事一覧このブログについてhttp://www.nakaba.site開発期間の不可能領域スケジュールが間に合わないと分かったときに、取れる対策はいくつもあるように思えます。前回の記事で、私はすぐに「機能削減」を要求していました。実は、意外に選択肢は少ないのです。名による調査に、以下のようなグラフがあります。』に掲載されていたグラフをパワーポイント化したものなので、厳密には正確なグラフではありません。件の「開発期間と開発工数」の統計結果を表したグラフです。プログラム種別:ビジネス向けプログラム規模:30KLOCプロセス生産性:15.5プロセス生産性とは、書籍内では「機能量=定数×工数×時間」の定数と定義されていました。そのプロジェクト(≒開発チーム)の生産性、と考えておけばよいと思います。つの要素は、プロジェクト計画を立てる上で非常に重要な前提です。残業)しても、スケジュールを短くするのには限界があるということが分かりました。この領域は不可能領域と呼ばれています。(不可能ゾーンと呼ばれる場合もあります。以上短くできたプロジェクトは存在しなかったそうです。開発期間と開発工数の関係をグラフ化しています。以上短くしてはならない」と警告しています。縮まるの!?」と逆に驚かれました。それも、そうだと思います。私の経験上、ほとんどの開発では、プロジェクト開始時点で、すでにリリース日が不可能領域に置かれているからです。現実の開発プロジェクトの多くは、すでに開発期間をそれ以上縮められない状態にあるわけです。