タスクが与えられた開発者の中には、IDEにまっすぐ進んでほんのわずかなデザインでコーディングを開始するものがあります。彼らは、アプリケーションがどこにコーディングしているかを知ることができます。私はこれらの開発者の1人です。私は、私が、私の頭の中にアイデアを置いてコード化するのと比べて、アプリケーションの配信時間を設計するのに多くの時間を費やした場合に比べて、ずっと高いと感じているからです。私の質問は、アプリケーション設計がプロジェクトの配信時間にどのように影響し、アジャイルな方法をコーディングするよりも大きな利点があるということです。アプリケーションの配信時間に対するデザインの影響
旅行をしたいときに例を挙げてください。 あなたの目的地が近所またはあなたの町にある場合、すぐに出発することができます。 他の国へ旅行するときは、まず自分のパッケージを作る必要があります。
デザインは準備のためのもので、それがなければ、あまりにも遠くに行くことはできません。
これは白黒ではありません。いくつかのプロジェクトでは、ジャンプしてコーディングを開始する方がはるかに優れています。広範な計画段階を持つ方がよい場合もあれば、明確なカットではない場合もあります。
プロジェクトが小さくてシンプルで、1人の開発者だけが作業しているとすれば、それを構築する方法は明らかです。彼らが頭の中のあらゆる部分を想像できるほどです。設計を始める。
複数の開発者を抱えている場合や、プロジェクトが大きくて複雑なため、開発者は、複雑すぎるため最初からどのように動作するかについてすべてを知ることができませんあなたの頭の中のすべての側面。
このアプローチは、自分で作業している場合にのみ実際にうまくいきます。チームの中で仕事をしなければならない場合は、良い目標を持つことが重要です。これは創造性を低下させず、誰もが同じページにいることを確認するだけで、混乱の機会を減らすことができます。 
あなたが説明していることは、よく理解されているものを書いている場合のみうまくいきます。あなたが書いた他のソフトウェアに似ている場合は、古いものを再利用できるだけで新しいデザインは必要ありません。しかし、それがまったく新しいものならば、オンザフライでの設計は高価になるでしょう。あまりにも多くのコードを書き直すか、悪化することがあります。貧弱なアーキテクチャーに悩まされると、あなたの速度が低下します。同様に、コードを拡張可能にする必要がある場合は、事前計画が必要です。他の人のコンポーネントを使用する必要がある場合は、事前に計画する必要があります。
あなたの方程式のシナリオに思考のラインを追加するだけで、私はこれから少しずつ貢献しましょう：私はYES INTERNATIONAL CORPORATION（www.yesintl.com.au）というビジネスで働くことがあります。その前に何かを開発したことがあります。この場合、デザインはすでに心に入っています。例えば、私は過去にデータベースソリューションを開発しました。これは、私が座ってプロジェクトを開発し始めたときの競争と比較して、非常に速い企業を提供しています。より多くの経験は、あなたが時間が進むにつれて完璧なスーパーになるでしょう...これが助けてくれることを願っています... Andy
私は旅行の距離をプロジェクトのサイズに関連づけたいと思います。これは「コード量」、「要件量」（高スケーラビリティの要求を考える）、「チームサイズ」（シンプルなアプリケーションですが、速やかに実行する必要があるため15人を入れたい） –
たくさんの人と一緒に楽しいものにしておきたいなら、皆さんが参加できるように整理しなければなりません。実際にはこのアレゴリーのようです。 –