なじみのない大きなプロジェクトで「リサーチモード」に陥らないようにするにはどうすればよいですか？
私は大きなプロジェクトがあり、それを達成するために多くのバックグラウンドのノウハウが必要な状況にあります。それでも、私は調査/調査段階で十分に速く動いておらず、自分自身が頻繁に軌道から外れているのを見ています。それが意味するのは先延ばしですが、それは単に圧倒され、必要な背景研究を遅らせることと混ざり合っている点が異なります。
その手足からどうやって自分を引き抜くのですか？私の直感では、資料をすばやく調べて、プロジェクト全体のごく一部を開始する必要があると言っています。
ヒントやアドバイスをいただければ幸いです。
単純に、分割統治します。
おそらく、あなたの立場にいる後続の人々を助けるトップレベルのドキュメントのセットを作成することを提案します。そのようなドキュメントが存在するビジネスケースがあるかもしれません。
成果物のセットを定義します。各成果物は、特定の領域または対象者に対応する個別のドキュメントです。
各成果物のタイムボックスを作成し、その期限日を確定します。対象者に関連する各ドキュメントの技術的な詳細のレベルについて合意し、時間や範囲がずれていると感じた場合は、将来のある時点で別の焦点を絞った分析ピースを作成する必要があるという仮定または推奨事項を追加します。
これはどんな学習にも当てはまり、自分に報いる。
5時間の学習に費やしますか？ 1時間先延ばしにします。次に、学んだことを確認し、それがまだそこにあるかどうかを確認します。
また（私はあなたがすでに要件を持っていると思います）小さく始めます。あなたが最もよく知っている要件を見つけて、それを研究してください。次に、あまり知らないものに移動して、その周りを調べます。あなたが本当の深層学習に到達する時までに、あなたはあなた自身の学習能力にもっと自信を持っているでしょう。
最後に、何かを説明する際に同僚などに助けを求めることを恐れないでください。後でエラーを修正するよりも、プロジェクトの開始時に概念を説明するのに3/4時間を費やしたいと思います。
あなたが新しい会社で働き始めるときはいつでもそれは同じです。あなたは彼らの働き方と彼らのシステムを学ぶ必要があります。私は、技術機関とさまざまなシステムとそのインターフェースに関するいくつかの読み物を含む小さな概要を考えています。次に、確認するバグをいくつか尋ねます。それらを修正して、さらに入手してください。システムを内部から（そしてシステムが構築されているテクノロジーを）知るためのより良い方法はありません。
当然、問題を修正するには、概要が必要なので、その地域のjavadoc、ドキュメント、wikiを確認し、関連する人々（製品の所有者、Arch、開発者）と話します。一般的なシステムレビューでこれを50/50にします。古くなる（そして先延ばしにする）のを防ぎます。
今、あなたは学んでいるだけでなく、すべてのレベルのチームプレーヤーに貢献し、関与しています（邪魔になることはありません）。ただし、歩く前に走ることはできません。