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