プロトタイプはどこまで作るべきか

「重要な機能だけ作って、あとは口頭で説明」——一般的なプロトタイプはそういうものです。しかしその方法では、認識のズレは残り続けます。アルコジが本番システムに近い状態まで作り込む理由を説明します。

一般的なプロトタイプは「一部だけ」が多い

ITコンサルタントやSIerが作るプロトタイプは、多くの場合「重要度や複雑性の高い機能・画面のみ」を対象にした部分的なものです。メインの業務フローは動作確認できるが、それ以外の画面はワイヤーフレームや資料で「この部分はこういう仕様になる予定です」と説明する形になります。

このアプローチには一定の合理性があります。プロトタイプのスコープを絞ることで、コストと時間を節約できます。また、すべてを作り込む前に主要な論点を早期に検証できるというメリットもあります。

しかし、部分的なプロトタイプには根本的な問題が残ります。「この部分はこうなる想定です」という口頭説明は、説明する側と聞く側で同じイメージを共有できているとは限らないということです。

言葉で「こんな感じの画面になります」と伝えても、頭の中に描かれるイメージは人それぞれです。プロトタイプで確認できなかった箇所が、後になって「思っていたものと違う」という問題の温床になりやすいのです。特に、使用頻度は低くても業務上重要な機能や、例外処理の多い画面がこうなりやすい傾向があります。

アルコジのプロトタイピングでは、限りなく本番システムに近い状態まで作り込むことをポリシーとしています。部分的な確認ではなく、実際の業務フロー全体を通じて操作・体験できる状態を目指します。

理由はシンプルです。確認できなかった箇所が、後工程の問題になるからです。

口頭説明が必要な箇所が残るということは、認識のズレが残る可能性があるということです。本番に近い状態で全体を確認できれば、開発着手前に発注者・開発者・現場のすべての認識を揃えることができます。

プロトタイプの完成度を上げることは、開発全体のリスクを下げることに直結します。「どこまで作るか」の答えは、「認識のズレが残らない状態まで」です。