新しいプロジェクトを開始しようとしています（ゲームですが、それは重要ではありません）。基本的な考えは私の頭の中にありますが、詳細のすべてではありません。
計画せずにプログラミングを始めたくはありませんが、ただやりたいという衝動に真剣に取り組んでいます。私が考えることができる新しい機能がそれを必要とするというだけの理由で、アプリ全体をリファクタリングすることを防ぐために前にいくつかの計画が欲しいです。一方で、今月はやる気を失ってしまうのではないかという不安もあり、数ヶ月（暇）の予定を立てたくない。
私が探しているのは、一方を他方を支配することなく両方を組み合わせる方法です。スクラムの方法でプロジェクトを実現する必要がありますか？ユーザーストーリーを作成してから実現する必要がありますか？機能駆動型で作業する必要がありますか？（私はスクラムと古典的な「コードへの仕様」の方法でいくらかの経験があります。）
更新：「クリックダミー」から始めて、後で機能を実装するのはどうですか？
回答:
あなたは正しい軌道に乗っています。何カ月も計画を立てる必要はありませんが、必ず何らかの計画を立てる必要があります。
計画を立てることで、考えを整理し、必要となる可能性のあるテクノロジを特定し、問題点を明確にし、測定可能な目標に分解できるようにするためのロードマップを提供します。
さらに、これがあなたの時間の無駄であることを発見するためだけに数日分の計画をするかもしれません。おそらく、計画を立てている最中に、自分がリーグから抜け出していることや、自分がやろうとしていることをマーケティングできないことに気付くでしょう。この道をたどって、森の中で道に行くだけでなく、糸のようなコードのつるや脳をねじる誤った論理の軌跡に囲まれて森の中で道に迷うのではなく、自分の時間を他のアイデアに再投資できるようにしましょう。ノットに。
実行可能な最低限の製品を計画し、それを実装します。次に、ユーザーの意見に耳を傾け、次の論理的な拡張を計画し、それを実装します。繰り返す。
プログラムの計画と設計にどれだけの時間を費やしても、とにかく常にその一部を書き直すことになります。それは重力のようなものであり、その存在を否定する賢いものではありません。
リファクタリングは開発の通常の部分であり、いつ実行するかを決定するだけの問題であることを理解する必要があります。長い間待つと、大量のスパゲッティになってしまい、完全な書き直しを求めます。面白くない。
私の提案は少し計画することですが、できるだけ早くコーディングを開始し、リファクタリング、リファクタリング、リファクタリングを行って、コードを形に保ちます。DRY原理（自分を繰り返さないでください）は、そのための優れた指標です。
私がこのポジションにいるとき、私は時々TDD（テスト駆動開発）を利用して、私が開発しているシステムの最も複雑な部分のいくつかのテストの計画を開始します。あるいは、最も複雑な領域について、いくつかの高レベルの疑似コードをまとめることもできます。このプロセスにより、緩やかな行動計画が得られ、最も時間がかかる可能性が高い領域を特定するのに役立ちます。
私にとって、このアプローチは、コーディングと計画の中間にあるため機能します。テストのアイデアや擬似コードを作成したら、各論理セクションを処理してコードを実装できます。私は、提案されたソリューションの最も難しい部分に最初に取り組むことがよくあります。これは、通常、最も難しい部分はアプリケーションのコア機能であり、いつでもベルやホイッスルを遅らせることができるためです。
ほとんどのコードは頭の中にあり、プログラムに入る準備ができているとコメントしているので、このアプローチを使用すると、システム全体で頭を悩ませることなく、各セクションに集中できます。
より簡潔に要約すると、「最も難しい部分に最初に取り組み、分割して征服し、疑似コードやTDD計画を使用して」と言うことができます。