シニアメンターは何人のジュニアですか？[閉まっている]

私たちのショップのサイズは動的に増加するため、いくつかの新しいジュニア開発者を雇う予定ですが、あまりにも多くの指導とトレーニングでシニアを圧倒したくはありません。シニアがまだ効果的にタスクを実行できる間に、シニア開発者のメンターになれる（通常は大学を卒業したばかりの）ジュニア開発者は何人いますか？

0〜5または7（または）の任意の場所。

ローサイドの引数：

• すべての人がメンターになるとは限りません。私は、新しいキャリアに誰かを怖がらせるほど不機嫌だった一部の開発者と仕事をしました。
• 上級開発者が同じレベルの出力を維持することを期待する場合は、数を少なくしてください。

より大きな量の引数：

• 一部の開発者は、他の開発者をガイドすることで生産性を高めることができます。ペアプログラミングが一例です。これらの魔法のタイプの上級開発者がいる場合は、先に進んでそれらをさらに提供してください。
• シニア開発者からの期待される出力を下げたい場合は、より多くのジュニア開発者を割り当てることができます。
• ガバナンスの理由を教えるのに非常に優れた開発者がいる場合は、そのシニア開発者の生産性に打撃を与え、より若い開発者を与えたいと思うかもしれません。ここでの考え方は、長期的な利益/投資のための短期的なコスト（生産の損失）です（チームの開発標準へのより良い適合）。

上級開発者との会話を奨励し、彼らが何に満足しているかを確認します。誰もがメンターしたいわけではありません。また、「完全な本棚」の類推を使用することも忘れないでください。それらのワークロードは現在いっぱいです。メンターを雇ってワークロードを増やす場合は、スペースを確保するために棚から何か他のものを取り出す必要があります。

大学を出てすぐに人材を採用する場合、シニア開発者あたり2人以下です。私が過去に対処しなければならなかった最近の大学卒業生は、基本をよく理解していますが、彼らはビジネスの世界でプログラムするのがどんなものか分かりませんでした。プロフェッショナルなプログラミングの方法を教えるのに時間を費やす必要があります。彼らが会社にいる限り、彼らが書くコードをサポートしなければならないことに気づいたとき、それは非常にショックです。ただし、ビジネス（およびそのすべてのルール）の指導、アーキテクチャのコーディング方法、コードのレビュー、テスト方法の指導、質問ごとの質問への回答にも時間を費やす必要があります。

たくさんのジュニアがやってくるなら、例えば30歳以上だとしたら、シニア開発者をフルタイムで指導することに専念する価値があるかもしれません。私の最初の仕事で、彼らは私たちの多くを大学を卒業したばかりの人に雇い入れ、最初の6か月間、ロープを学ぶのを手伝ってくれる献身的なチームメンバーがいました。それは移行をずっと簡単にし、彼は私たちに多くを教えてくれました。

1人で仕事をする方が効率的であるだけでなく、完璧な指導者になるとわかっている人が1人いることもあります。優れたプログラマーは必ずしも優れた教師ではありません。

できる限り多くの時間内に自分の仕事を終わらせることができます。

したがって、答えは、シニアが開発者として、また教師としてどれだけ効果的であるかにかかっています。

私の経験では、その比率がどこにあるべきかに大きな影響を与えるプロジェクト作業の種類については言及していません。

実験的なものにほとんど自動化できるクッキーカッターの繰り返しの規模では、開発者はうまくいかないでしょう。本当に低い比率で、さらに厳密でない限り、jr開発者を左に保つ必要がありますSR開発者がスペクトルの実験的な最後まで考慮していることを行おうとする場合、左側にいる。

私の意見では、人々と同じくらい仕事に依存しています。

メンタリングは管理よりもフォーマルではありません。メンターは、雇用、解雇、レビュー、規律に直接関与しません。環境が大きな要因になります。考慮すべき要素は次のとおりです。

• srの品質。ジュニア 開発者
• 会社がプログラマーをどれだけうまく運営/処理しているか（これは他の問題を悪化させます）
• シニア dev現在の作業負荷
• jrの速さに対する経営者の期待 開発者は生産的になる必要がある
• その他のトレーニングリソース（インストラクター支援コース、参考資料、認定要件）
• チームに合わせて採用します。このサイトで何度も、人々は長い時間をかけて一緒に機能するために必要なチームの重要性について言及しています。スキルレベルが高い人は、適合しない場合、より多くのメンタリングが必要になる場合があります。

通常、メンタリングにはある程度の絆が必要です。ほとんどの人は、特定の環境で3〜5人以上の人間関係を築くことができるとは思いません。

理想的には、ジュニアはプロジェクトのメンターと協力します。このようにして、上級者はサブタスクを割り当てて、プロジェクトの完了に向けてそれらと協力できます。シニアが管理しなければならないジュニアが多いほど、シニアは自分で完了することができる作業が少なくなります。一度に1人か2人以上のジュニアがシニアと一緒に働くことは望んでいません。シニアは2、3か月後も他のプログラマーを指導し続けることができますが、まともなプログラマーは、シニアよりも元々必要だったよりもはるかに少ない時間を必要とするはずです。そのため、先輩には20人以上のメンターがいますが、実際には多くの時間を必要とする2人または3人しかいない可能性があります。