技術・品質・チーム · 中級
一ヶ月ではなく一週間で新しい開発者をオンボーディングする
一行でいうと: 指標は本番での最初の変更までどれくらいかかるかだ——遅れのほとんどはコードを理解することではなく、アクセスとローカルセットアップだ。
事前に準備する
最初の日に有効になる整理されたアクセスリスト;一つのコマンドで立ち上がるローカル環境;本物のデータに触れずに作業できるダミーデータ。
権限に費やすすべての時間はシステムを理解することに捧げられなかった時間だ。
正しい最初のタスク
小さく、本物で、チェーン全体に触れる:コード、テスト、レビュー、デプロイ。目標はパフォーマンスではなく、ガイダンス付きでパスを一度歩くことだ。
二週間固定のメンターを割り当て、カレンダーに固定の時間を設ける——「必要なら聞いて」ではない。ほとんどの人は聞かない。
プロセスから学ぶ
新人にドキュメントをリアルタイムで修正するよう求める。システムへの最初の視線は二週間後に消えて戻らない資産だ。
さらに深く
一ページのシステムマップを保持する:コンポーネント、主要なフロー、ほとんどのインシデントが発生する場所。何十ページよりも価値があり、ゆっくり変わるため維持が簡単だ。