アジャイルではなく「プロトタイピング」を - 設計者の発言

◆ボトルネックは「的確な仕様」の確立 業務システム開発の一般的なボトルネックは、プログラミングやテストやプロジェクト管理ではなく、「的確な仕様を確立すること」にある。どんなに優れたプログラマやＰＭを起用しようと、的外れな仕様のまま突っ走ってはクタビレ儲けにしかならない。反対に仕様が的確でありさえすれば、プログラミングやプロジェクト管理に問題があっても、立て直せる可能性はずっと高い。 それなら優れた設計スキルを持つ要員を起用すれば安泰かというと、話はそれほど単純ではない。まずは、クライアントによってシステム要件がクリアに表明される必要がある。それを手がかりにして整合性のあるシステム仕様を創案することは簡単ではないが、この後にさらに困難な過程が続く。「クライアントがその仕様を理解し、妥当性を評価すること」だ。けっきょく、優れた設計スキルといえども、的確な仕様を確立するための必要条件ではあるが十

[yojik]

アジャイル批判に関してはかなり誤解がある気がするけど、実行可能なモデル(このエントリでのプロトタイプの定義)によって仕様を検証するという発想は良いとは思う

[uhe_uhe_uhe]

要求開発の話。中でも(3)クライアントによる仕様の評価が最も難関。そして「実業務で使ってみないと分からない」という現実に対して、契約でどう乗り越えるかという課題。プログラミングの喜びは少し別の視点だろう...