私は最近 質問 職を辞めることについてたくさんの素晴らしい答えを得ました。一般的なスレッドの1つは、新しい人を訓練するために周りにいることが期待され、長い道のりを行くことができるということでした。
今考えてみると(私はそう思います)、ほとんどの人は通知を出した後、会社に長期滞在しないので、会社が面接/雇用するのに時間がかかります-それは短時間で終了します誰かをスピードアップしてください。
また、これまで誰もトレーニングしたことがありません。私は大学でたくさんの個別指導をしましたが、言語/テクノロジーを教えることは、あなたの仕事であなたを置き換えるために誰かを訓練することとはかなり異なります。
だから問題は、あなたを置き換えるための誰かを、潜在的に、短時間でどのように訓練するのですか?
簡単に言えば、新しい人を完全に訓練することは不可能です。 2〜3年の知識は、1〜2週間で新しい人に渡すことはできません。興味を持って自分でほとんどのことを学ぶのは新しい人の責任です。
私によれば、このように時間を配分する必要があります:-
ドキュメントを共有して説明する-30%
これには、高レベル、低レベルの設計とクラスなどの説明が含まれます。
コードを共有して説明する-70%
これは、コードの重要な部分を通過することを意味します。
その間にあなたは新しい人に時間を与え、物事を学び、疑問を思い付く必要があります。あなたの主な目的は、その人を独立させることであり、彼/彼女はコードのどの部分が何をするかを理解するべきです。すべてを説明することはできません。説明しても、あまり役に立ちません。新しい人は、新しいシステムを理解する能力が制限されます。だから多くのもので砲撃しないでください。重要なことだけ説明してください。
wikiでポイント
持ってますよね?また、コードレビュー中にコードライブラリアンとして行動するチームメンバーがいくつかいるため、共通のコードを(会社のコードライブラリに導入するか、開発者が一緒にノックしたカスタムコードを置き換える)ことができます。
番号?ああ。さて、あなたは問題を抱えています。
どれだけの時間があるかに応じて、危機のレベルの順に、次の計画のいずれかに従う必要があります。
1。Aargh!私は今日の午後に出発します
新しい担当者が問題のドメインで非常に経験が豊富な場合は、wikiでその担当者を指して、SCMの関連するコードにアクセスする方法を示します。彼にビールを購入し、寛大な気持ちになったら電話番号を提供して、出発パーティーに寄り添います。
彼があまり経験がない場合は、主な連絡窓口となるチームの他のメンバーを紹介して、すべてがどのように組み合わさっているかを理解してください。時間はこれで全部です。
2。週に1回取得しましたが、片付けがたくさんあります
初日にあなたの影を隠すためにあなたの代わりを手に入れてください。そうすれば彼らのスキルを評価し、彼らにできるだけ早くあなたの仕事をしてもらうことができます。彼らがどのように問題に取り組むかを見てもらい、それから徐々に引き渡して、彼らが問題を解決し、あなたがコンサルタントとして行動するようにします。毎日行うコアオペレーションから、頻度の低いオペレーションに構築します。できれば問題を補います。可能であればペアリングプログラム。 Wikiやその他のネットワーク化されたテキストベースのリソースであなたが彼らに伝えた内容を追跡してもらい、後でそれを参照して、最終的には適切なドキュメントに変換できるようにします。
。引き継ぐのはジュニア開発者です
彼らはすでにドメインに関する知識を持ち、チームの仕組みを知っています。彼らにあなたのタスクを割り当て、慣れていないシステムやプロセスに関する知識を構築するために働き始めます。時間が経つにつれて、より高度なものが後で登場するように、基本を理解するのを助けることに集中してください。
基本的な電話サポートを提供する
会社と良好な関係を維持していると想定して、電話サポートを提供することを提案します。そうすれば、彼らはあなたがすぐに離れないことがわかります。 Wikiで見つけられる骨の折れる質問を1時間おきに鳴らし始めたら、競争力のあるコンサルタントの率に言及します。さもなければ、あちこちで奇妙な呼びかけをすることで、彼らはあなたの頭脳を選び、あなたは彼らと連絡を取り続けることができます。これは次の仕事のラウンドが来るときに便利かもしれません。
すぐにコーディングを停止します。 新しい人があなたの毎日の仕事をして、彼の質問に答えるためにそこにいるようにします。
学ぶより良い方法はありません。
通知後に誰かをトレーニングすることの複雑さに応じて、原因が失われる可能性があります。複雑でなくても、通知するとすぐに外に出る場所がますます多くなります(通知する前にあなたのもの)、したがって、通知する前に交換品を訓練する方が良いことがよくあります。あなたがそれを必要とするなら、あなたがそれを必要とするならば、作り出された次の休暇または外科手術は良い言い訳です、しかしあなたがチームで働いていると仮定すると、あなたは行くときに少しそのようなものを働き、それらを維持するようにそれを渡すことができるはずですループ。
すでにトリガーを引いていて、最終的な日付がある場合、さまざまなものを探す場所を彼らに知らせることは、おそらく彼らが機能するのを助ける一番のことです。プロジェクトを示しているとき、プロジェクトを確認するために必要なことは何ですか。また、システムを介したワークフローについてのアイデアがあり、大規模なプロジェクトでは重要な部分があります。詳細を説明する時間はありませんが、問題の整理を開始する必要があるときに、どのコードをプルするべきかを彼らが理解できるようにすることができます。
あなたは自分がやっていることをすぐに終えるか、少なくともそれをある停止点に到達させる傾向があります。次に、ドキュメント/脳のダンプが開始されます。私は、新入社員が一部のテクノロジに慣れていない場所に行ってきました(ASPサイトを維持する必要がありました)。すべてのコードがどこにあるかを説明するのに十分な時間を持っていたサイトを更新する方法(本番サーバー自体を見つけることは、机の下にあったので難しくありませんでした。それが理由を少し示している場合)。
あなたの会社があなたの代わりに絶対的な一族を雇うと仮定すると、重要なことの1つは、引き渡されるアプリケーションのドメインです。それは大きな仮定かもしれませんが、数週間で良いコードを書く方法を誰かに教えることはできません-彼らはそれを持っているか、持っていないので、重要なことはドメインimoです。