新しく入った人が早く戦力になるように、何をしますか

こう聞かれます

• 「新しいメンバーの受け入れ (オンボーディング) で、何をしていますか」
• 「入った人が最初の 1 週間でやることを、どう決めますか」
• 「新しい人が質問しにくそうにしていたら」

面接官が見ている点

• 本人の頑張りに任せず、チームとして受け入れの仕組みを持っているか
• 早いうちに、小さくても本物の仕事を最後までやってもらおうとしているか
• 受け入れのたびに、手順書や仕組みを良くしているか

短い答え

• 初日までに開発の環境と権限をそろえ、困ったときに聞ける相談役を 1 人決めておきます。
• 最初の週に小さな変更を 1 つ選び、プルリクエストを出して本番に出るまでを一通りやってもらいます。
• 詰まった所はその場で手順書に直してもらい、次に入る人がもっと早く進めるようにします。

少し詳しい答え

よくある間違い

• 最初の 1 か月を資料を読むだけの期間にする手を動かさないので、読んだことが身につきにくくなります
• 最初から大きな機能を任せる流れも分からないまま詰まり、自信を失います
• 「まず自分で全部調べて」と伝える質問しにくくなり、何日も一人で止まります
• 古い手順書を消して、口で教える次に入る人がまた同じ所で詰まります

深掘りの問い

• 「受け入れがうまくいったかは、どう見ますか」最初の変更が本番に出るまでの日数と、本人が詰まった所を振り返って見る、と答えます
• 「離れた所で働く人の受け入れは」話す時間を予定に入れ、質問を書ける場所を決め、聞かれる前にこちらから声をかける、と答えます
• 「チームが忙しくて相談役を立てられないときは」相談役の時間を見積もりに入れる。受け入れを削ると、あとで長く遅くなる、と答えます

関連するコースと用語

• メンターを見つける方法と効果的な質問の仕方
  コース「エンジニアキャリアの歩き方」
• Gitのプルリクエストを出す
  コース「Git入門」
• 決定を残す
  コース「System Design入門」

用語集で確かめる言葉は、チーム開発、プルリクエスト、リポジトリです。