ところが、終盤に実際に動くものを見てもらうと、ユーザや営業などから「欲しいのはこれじゃない」「これの何が嬉しい・便利なのか解らない」「そんなことより〇〇が切実に困っているんだけど」「こんなの買ってくれないよ」などなどのシステムに対する不満や新たな要望が、続出する場合があります。この忌憚ない意見を終盤でもらっても手遅れで途方にくれてしまいます。「何を作ればよいか」だけでなく「どう作れば良いか」も同様に、初期の計画段階では気づかなかった技術課題が後期に発覚しても対応に困ります。

そこで、この定理「できるだけ早く試作を作成する」です。

開発の初期段階のときに「何をつくれば良いか実はわかっていない」「どうつくれば良いか探索が必要」の前提に立ち、早い段階から動くソフトウェアを作りフィードバックを得て軌道修正することで、ユーザが本当に欲しかったものを実現します。書籍『UNIXという考え方』では、開発者とエンドユーザの協力関係の様子、動くソフトウェアとドキュメントの作成の過程の様子が描かれています。

「できるだけ素早く試作を作成する」の類似する考えは、表現を変えて一般に広まっています。

書籍『達人プログラマー』では「曳光弾（エイコウダン）」として知られています。書籍では曳光弾の利点として、１．早いうちからユーザーに見せることでフィードバックや協力が得られる、２．早い段階から開発者が活躍できる舞台が用意できる、３．エンドツーエンドで動作するプラットフォームが手に入る、４．ステークホルダーにいつでもデモ可能である、５．進捗が明確になる をあげています。

開発ではなく営業やマーケティングの分野では、書籍『Ready,Fire,Aim』をきっかけに「構え、撃て、狙え」が広まっています。プロダクトやサービスを、さっさと市場に出し反応をみて対応する過程の重要さを「構え、撃て、狙え」の言葉で端的に表しています。

Facebookが大切にしていることとして、「Done is better than Perfect（完璧を目指すよりまず終わらせろ）」の言葉が有名です。これも、完璧を目指して作成に時間をかけすぎてユーザからの学びの機会を損失するよりも、早い段階で出してユーザの反応を観察して学びを得ることの大切さをあげています。

Hackers try to build the best services over the long term by quickly releasing and learning from smaller iterations rather than trying to get everything right all at once. To support this, we have built a testing framework that at any given time can try out thousands of versions of Facebook. We have the words “Done is better than perfect” painted on our walls to remind ourselves to always keep shipping.