この本の使い方

この本は、新人やインターンを受け入れる側のための教科書です。

コードが書けることと、人を立ち上げられることは、別のスキルです。 前者がどれだけ得意でも、後者は自動的にはついてきません。 そして多くの現場では、後者を教わる機会がないまま「じゃあ面倒見て」と言われます。

この本は、その「面倒を見る」の中身を分解して書いたものです。

誰のための本か

• 新人・インターン・中途の受け入れを担当することになった人
• チームにメンター制度を作ろうとしている人
• 過去に受け入れがうまくいかず、原因が分からなかった人

役職は問いません。入社2年目でも、3ヶ月後に入ってきた人から見れば先輩です。

もう一冊の本との関係

この本には対になる教科書があります。新人側が読む 「プログラマのための IT 教科書」です。

新人側の本は、次の構成になっています。渡す範囲を決める時の地図として使えます。

新人がどこで詰まるかを具体的に知りたい時は、新人側の本を読んでください。 受け入れる側が一度自分で通してみるのが、一番早く実態をつかむ方法です。 「これは1日で終わるだろう」と思っていた章が、実はそうでもないことに気づきます。

この本の立場

3つの前提を置いています。

1. 立ち上がりの速さは、本人の能力より環境で決まる

同じ人でも、環境構築ドキュメントが整っているチームと、 口伝で伝わるチームとでは、最初の1ヶ月の進み方がまったく違います。 「あの子は優秀だ／そうでもない」という評価の何割かは、実は受け入れ側の準備の差です。

2. 教えないことも設計する

全部教えるのは親切ではありません。情報を出しすぎると、何が重要か分からなくなります。 何を教え、何を意図的に教えないかを決めるのが設計です。

3. 正解は1つではないが、明らかな失敗はある

「答えを教えるべきか」のような問いに唯一の正解はありません。状況によります。 一方で、3日詰まっているのに誰も気づかない、 レビューが1週間返らない、最初のタスクがドキュメント修正だけで2週間—— これらは状況によらず失敗です。この本は、まず明らかな失敗を潰すことを優先します。

どこから読むか

順番に読む必要はありません。今困っているところから読んでください。