ウィキでそれらを指す
持っていますよね?また、コードレビュー中にコードライブラリアンとして行動するチームメンバが数人いるので、共通のコードを導入できます(会社のコードライブラリに、または開発者がノックしたばかりのカスタムコードを置き換えるため)。
番号?あ。さて、あなたは問題を抱えています。
どれだけの時間を持っているかに応じて、危機のレベルの順に、これらの計画のいずれかに従う必要があります。
1.アール!今日の午後に出発します
新しい人があなたの問題領域で高度な経験を持っている場合は、Wikiで彼を指して、SCMで関連するコードに到達する方法を示してください。彼にビールを買って、もし気分がよければ電話番号を伝えて、去るパーティーに手を出してください。
彼がそれほど経験がない場合は、チームの他のメンバーに彼を紹介してください。チームの他のメンバーは彼の主要な連絡先になり、すべてがどのように組み合わされるかを理解します。それはあなたが時間を持っているすべてについてです。
2. 1週間中に手に入れたが、きちんと整理されている
あなたのスキルを評価し、彼らができるだけ早くあなたの仕事をしてもらうことができるように、あなたの最初の日にあなたを隠すためにあなたの交換を取得してください。あなたがどのように問題に取り組んでいるかを彼らに見てもらい、それから彼らがそれを解決し、コンサルタントとして行動するように徐々に引き渡します。毎日行うコアオペレーションから、頻度の低いオペレーションに構築します。可能であれば問題を解決します。可能であればペアプログラム。Wikiや他のネットワーク化されたテキストベースのリソースで伝えた内容を追跡してもらい、後で参照できるようにして、最終的には適切なドキュメントに変換します。
3.引き継いでいるのはジュニア開発者です
彼らはすでにドメインの知識を持ち、チームの仕組みを知っています。彼らにあなたのタスクを割り当てて、なじみのないシステムやプロセスに関する知識を構築するために働き始めます。時間が経てばより高度な機能が後ほど追加されるので、彼らが基本を完全に理解できるように集中してください。
基本的な電話サポートを提供する
あなたが会社と良好な条件で退職すると仮定して、電話サポートを提供することを提案して、あなたが彼らを急いで残していないことを彼らが知っているようにしてください。Wikiで見つかる可能性のある骨の折れた質問を1時間ごとに鳴らし始める場合は、競争力のあるコンサルティング率に言及してください。そうでなければ、あちこちで奇妙な電話をすることで、彼らはあなたの脳を選び、あなたは彼らと連絡を取り続けることができます。これは次の仕事が来るときに便利かもしれません。