優れたオンボーディングは、新しいエンジニアを迅速に生産的で自信を持った状態にし、同時にウェルカムな環境を作ります。悪いオンボーディングは数週間を無駄にし、「あなたは一人」というシグナルを送ります。少しの体制が大きな効果をもたらします。
オンボーディングチェックリスト
text
WEEK 1 — environment runs, first tiny PR merged, knows who's who
WEEK 2-3 — owns a small real task end to end
MONTH 1 — comfortable in the core codebase and workflow
MONTH 2-3 — contributing independently on normal work
Provide: a buddy, a written setup guide, a starter task list,
and a clear "who to ask about what" map.
具体例
1日目または2日目には、大きな機能ではなく、忙しい作業でもなく、小さくて実際のリスクが低いバグを割り当てます。1週間目に実際のものをリリースすることで自信が生まれ、パイプライン全体(build、review、deploy)を小規模で教えることができます。
バディを割り当てる
新しく来た人には、判断なく「くだらない」質問に答えてくれるバディと組ませます。これはあなたの負担を軽くし、新しい人が安心して質問できる人を与え、大幅にランプアップを加速させます。
