最近もひとつプロジェクトを失敗した（しつつある）ばかりなのだが。
あらためてプロトタイプの重要性を痛感している。

とにかく今一番声高に主張したいことは「四の五の言わずとにかく１秒でも早くなにか触れる現物を作ろう」ということだ。
TOCあるいはXP的になぜこれが重要かというと、現物を目の前にすることがメンバーのコンセンサスを得る最も効率の良い手段だからである。

これがPCクラスタであれば必要な仕様（のデータ）を同期すればそれで済む。
志を同じくするメンバーであればブレスト段階で盛り上がってそのままコンセンサスが醸成されることも多いだろう（学園祭メソッドだ）。
しかし不特定多数のチームでそれを行おうとした場合、非常な困難が伴う。世間にあふれるマネジメント方法論はいかにこのコンセンサスを継続的に確保し続けるかを説いたものと言っても過言ではない。

しかしそれは言ってみれば説法を持って各々のメンバーを信者に改宗させようというようなものである。それよりなにより一番早いのは何か？奇跡を見せることだ。だからこそプロトタイプを一秒でも早く見せることが大切なのだ。百聞は一見にしかず。その奇跡＝プロトタイプが不十分なものであっても、具体的な形が目の前にあればこそ「ここをこうしたほうが良い」「これはそもそもこうあるべきだ」という具体的な機能追加やリファクタリングの案が出てくる。それがもっとも手っ取り早いのだ。

XPのメソッドとして「Prototype First」が今あるかどうかは知らない。が、それは確かにそうあるべきなのだ。