プロジェクトを始める前の5つのこと？[閉まっている]

新しいプロジェクトを始める前に最初に行う5つのことは何ですか？

あなたはいつも新しいフレームワークの研究に一日を費やしていますか？または、類似または競合する製品を使用していますか？

これはかなりプロジェクトに依存しています。これは、販売を目的としたプロジェクトですか、それとも特定の顧客向けのプロジェクトですか？また、「開始」とは何ですか？要件収集の前または後ですか？ただし、大まかなリストは次のとおりです。

1. プロジェクトのコンテキストを取得します。つまり、顧客または潜在的なユーザーが達成しようとしていることと、その理由を理解します。ホテル登録システムを構築している場合、たとえば、OTSオプションの何が問題になっていますか。

2. 要件を収集します。関係者と会う。ユーザーと会う。できれば、プロジェクトで発言権を持つ人と会ってください。このプロジェクトで置き換えられる既存のソリューションを調べます。お客様が使用しているものか、市場に存在しているものです。そこから、できる限り技術的でない言語で書き留めてください。優れたreqs文書では、何をすべきかを説明する必要がありますが、その方法を説明する必要はありません。次に、このドキュメントについてお客様と話し合い、同意するまで繰り返します。このステップは、小規模なプロジェクト（おそらくは完全に口頭でさえ）の場合、あまり正式ではありません。

3. 技術的な決定を始めます。これは、あなたが知っていることに固執するか、何か新しいことを学ぶことを意味するかに関係なく、問題を最もよく解決する言語、フレームワーク、ORM、データベースなどを選択してください。

4. このプロジェクトのリスクを分析します。これが政府の契約である場合、おそらく100ページの革製のリスクレポートが必要です。3人で4か月のプロジェクトの場合は、テキストファイルまたはスプレッドシートにいくつかのメモがあれば問題ないかもしれません。どちらの方法でも、プロジェクトで何が問題になるか、どの程度の確率で発生するか、どれほどの損害が発生するか、そしてプロジェクトの準備、対処、および/または軽減するために何をするかを把握する必要があります。事後の影響。たとえば、「開発者の1人がバスに襲われたり、やめたり、病気になったりする」などが一般的です。したがって、ペアプログラミングで知識を共有したり、適切なソース管理手法を使用してコードを一元管理したりすることで、これを軽減できます。全体的に、

5. テクノロジーをセットアップします。実際にコーディングの真っ最中になると、誰もやりたくないことなので、リポジトリ、ビルドサーバー、ビルドシステム、Wiki、バグトラッカー、または使用する予定のものをセットアップします。あなたのプロジェクト。

質問のこの部分に答えるつもりです。それは私が関係することができる唯一の部分だからです：

あなたはいつも新しいフレームワークの研究に一日を費やしていますか？

いいえ。私はそれがうまくいくかどうかを真剣に疑っています...誰かが各プロジェクトの前に1日だけで新しいフレームワークを研究し、関連することを学ぶにはどうすればよいですか？それはそのようには起こりません。代わりに、私は毎日の一部を毎日費やして、（新しいフレームワークだけでなく）異なるテクノロジーを研究しています。必要なときに行うことではありません。それは私がいつもしていることであり、それがそこにある必要があるときにすでにそこにあります。プログラミングは楽しいので、私はこのビジネスに携わっています。毎日、いろいろなことを試してみることはできません。

作家は、新しい本を始める前に1日をかけてアイデアを集めていますか。