私はチームのシニア開発者にすぎないので、他の人はクリーンなコードやアーキテクトを書くのが苦手な後輩です。
問題はスプリント企画中です。後輩には決断のアイデアがないので、スプリント企画中の技術的な決断を下すのにとても苦労しました。
決定のほとんどは、私の視点から私から来ています。確かに、それは最善の決定、あるいは十分に良い決定を伴うものではありません。
スプリント計画のすべての技術的な詳細について話し合うのは良いことですか(誰もがすべてのタスクを実装する方法を知っています)?
はいの場合、ジュニアが決定的な心を持っていない場合、あなたはどのように対処しますか?
いいえの場合、それはメンバーが自分のタスクに責任を持つことを意味しますか?どのように品質と透明性を制御できますか?
あなたはすべてのタスクで何が起こっているかを知る必要がある立場にあり、ジュニアチームは助けなしにタスクを実行することはできません。
スプリント計画のすべての技術的な詳細について話し合うのは良いことですか(誰もがすべてのタスクを実装する方法を知っています)?
はい、マネージャーがこれに同意しているので、計画は非常に長くなり、少なくとも最初は、ジュニアチームがタスクの実行を少し遅くします。
詳細について話し合うことができない場合は、彼らがタスクを実行していることを知る別の方法が必要ですwhatおよびhow。検討する前に、いくつかのペアプログラミングを実行して、すべてのタスクをコードレビューに通す必要があります[〜#〜]完了[〜#〜]。
はいの場合、後輩に決断力がない場合の対処方法は?
技術的な詳細について話し合うことで、ジュニアチームは何が重要で何が重要でないかをより認識できるようになります。ここでの目的は、徐々にあなたへの依存を減らすことです。彼らが放浪している、または正しいことを彼らに説明しないと、彼らはあなたを決して許さないでしょう。
また、他の開発者よりも早く学び、彼らの間でより多くのイニシアチブを持っていることに気付いた後輩の開発者の近くにとどまることができます。彼はあなたが他の開発者が何をしているかをチェックし、毎回あなたを呼ぶことなくすでに議論されたいくつかの側面を強化するのを助けます。