シニアメンターは何人の後輩ですか？
当店のサイズは動的に増加するため、新しいジュニアデベロッパーを何人か雇う予定ですが、メンタリングとトレーニングが多すぎてシニアを圧倒したくありません。シニア開発者が自分のタスクを効果的に実行できる間に、シニア開発者のメンターは何人（通常は大学を卒業したばかり）のジュニア開発者にできますか（そしてすべきですか）？
0から5または7程度のどこでも。
下側の引数：
- 全員がメンターになるわけではありません。私は、誰かを怖がらせて新しいキャリアに入れてしまうほど不機嫌だった開発者たちと協力してきました。
- 上級開発者が同じレベルの出力を維持すると予想される場合は、その数を低く抑えてください。
高額の引数：
- 一部の開発者は、他の開発者の作業をガイドすることで、同じように生産性を高めることができます。ペアプログラミングがその例です。これらの魔法のタイプの上級開発者がいる場合は、先に進んでそれらをさらに提供してください。
- シニア開発者からの予想される出力を下げたい場合は、より多くのジュニア開発者を割り当てることができます。
- ガバナンスの理由を教えるのが本当に上手な開発者がいる場合は、その上級開発者の生産性を明確に打って、より若い開発者に与えたいと思うかもしれません。ここでのアイデアは、長期的な利益/投資（チームの開発標準へのより良い適合）に対する短期的なコスト（生産の損失）です。
私はシニア開発者と会話して、彼らが何に慣れているかを確認することをお勧めします。誰もがメンターになりたいわけではありません。また、「完全な本棚」の類推を使用することを忘れないでください。それらのワークロードは現在いっぱいです。彼らをメンターに任せることで彼らのワークロードを増やすつもりなら、あなたはスペースを作るために棚から何か他のものを取り除く必要があります。
大学を卒業してすぐに人を雇う場合は、上級開発者1人につき2人以下です。私が過去に取り組まなければならなかった最近の大学の卒業生は、基本をよく理解していますが、彼らはビジネスの世界でプログラムするのがどのようなものか知りませんでした。あなたは彼らに専門的なプログラミングの方法を教えることに時間を費やす必要があります。彼らが会社にいる限り、彼らが彼らが書いているコードをサポートしなければならないことに彼らが気づくとき、それはとてもショックです。しかし、ビジネス（およびすべてのルール）を教える時間を費やし、アーキテクチャのコーディング方法、コードのレビュー、テスト方法の指導、質問への質問への答えも教える必要があります。どちらの場合も、最初の数か月間、少なくとも半分の時間を自分のデスクで過ごした後輩を指導するように頼まれました。
後輩がたくさんいる場合、たとえば30歳以上だとします。上級開発者を専任で指導することに専念することは価値があります。私の最初の仕事では、大学を卒業したばかりの私たちの多くを雇い、専任のチームメンバーが最初の6か月間ロープの学習を手伝ってくれました。移行がずっと簡単になり、彼は私たちにたくさん教えてくれました。
一人で仕事をこなす方が効率的であるだけでなく、完璧なメンターになることを知っている一人の人がオフィスにいるかもしれません。優れたプログラマーは必ずしも優れた教師とは限りません。
できる限り多くの人が自分の仕事を時間通りに終わらせることができます。
したがって、答えは上級者が開発者と教師の両方としてどれほど効果的かによって異なります。
私の経験では、その比率がどこにあるべきかについて大きな影響を与えるプロジェクト作業のタイプについては言及していません。
実験的なことをほとんど自動化できるcookie-cutterの繰り返しの規模では、開発者が確実に機能するかどうかさえわからない場合は、本当に低い比率で、さらに厳密にいない限り、jr開発者を左側に維持する必要があります。彼らが同時に一生懸命に努力している場合、彼らは通常、JR開発者のチームに乗る群れほど効果的ではないので、SR開発者が彼らがスペクトルの実験の終わりまで考えている何かをしようとしている場合、左側に。
それは私の意見では人々と同じくらい仕事に依存します。
メンタリングは管理よりも正式ではありません。メンターは、採用、解雇、復習、規律に直接関与していません。環境が大きな要因になります。考慮すべき要素は次のとおりです。
- sRの品質。とjr。開発者
- 会社がプログラマーをどの程度うまく実行/処理しているか（これは他の問題を悪化させます）
- シニア現在の作業負荷の開発
- ジュニアがどれだけ速いかについての経営者の期待。開発者は生産的になる必要があります
- その他のトレーニングリソース（インストラクター支援コース、参考資料、認定要件）
- チームに合わせて採用。このサイトでは、長い間一緒に機能するために必要なチームの重要性について何度も言及されてきました。スキルレベルが高い人は、合わない場合、より多くのメンタリングが必要になる場合があります。
通常、メンタリングにはある程度の絆が必要です。ほとんどの人が、特定の設定で3〜5人を超える人とのあらゆるタイプの対人関係を築くことができるとは思いません。
理想的には、ジュニアがプロジェクトのメンターと協力します。このようにして、シニアはサブタスクを割り当て、プロジェクトの完了に向けてそれらと協力することができます。シニアが管理しなければならないジュニアが多いほど、シニアが自分で完了できる仕事は少なくなります。一度に1、2人以上のジュニアがシニアと一緒に働いてほしくありません。上級者は2〜3か月後も他のプログラマーのメンターを続けることができますが、まともなプログラマーは、彼らが最初にしたよりも、上級者からの時間をはるかに短くする必要があります。したがって、シニアはメンターである20人以上の人がいると考えられますが、実際には多くの時間を必要とするのは2人か3人だけです。