今日はポカポカ陽気となった南関東途方です。朝家を出るときどんな服装をチョイスするか、毎日悩ましい日が続きます。困ったもんです。毎朝天気予報のチェックが欠かせないのですが、近年の予報精度の向上で個人的には結構信頼度が上がっています。皆さんはいかがでしょうか。
さて前回、アジャイル開発スタイルを要件定義に適用するための一つのアイデアとして、プロトタイピング開発手法について考えました。
プロトタイピングとアジャイルの違いは、作成したアプロケーションを実用するのか、破棄するのかということになります。もちろんプロトタイプは評価が終わると捨ててしまうことになります。ここが大きく異なる点です。
なぜせっかく作ったモノを捨ててしまうのか、キットPMはそこにプロトタイピングの本質があると考えます。
捨てることを前提としシステム開発を行う目的は、要件を確実に定義するためです。なぜならユーザーは、動くシステムを見て評価あるいは批評することでしか、自己の要件を明らかにできないという前提があるからです。
そのためここで問題となるのは、評価するためだけに必要なシステムを、コストを掛けずに短期間でつくることができるかが問われることになります。
そのため必然的に、開発作業は簡易な開発ツールに頼ることになります。もちろんそのようなツールの開発環境では、画面デザインなどのUIやDB構造にかなり多くの制約が発生することになるわけですが、動くモノを評価できるというメリットと本来完成を目指すシステムとのギャップをどう埋めるかのトレードオフになってしまいます。
もちろんギャップが少なければ少ないほどいいのですが、実装イメージに近づけば近づくほどコストが増大するのは当たり前です。
そのため、このギャップをどう設計しその出来栄えをコントロールするのかが、マネジメント的には難しい作業となります。
今日はちょと短めですが、次回もプロトタイピングについてさらに掘り下げていくことにします。