Get best of the week

リモートサイトでのオンボーディング

オンボーディングにはいくつかのタイプがあります。企業レベルでは、誰もが初心者にその活動、機能、構造について示し、伝えるときです。仕事の印象を強調できる人事レベル; そしてチームレベルで。後者について、特にオンボーディングの要件がリモート作業中にどのように変化したかについて説明します。

udalenkaの前と後の作業。
udalenkaの前と後の作業。

オンボーディングのオプションは何ですか？

  • 彼らはそれを水に投げ入れて泳ぎました-私たちの男はできませんでした-それは彼自身の責任でした、前もって泳ぐことを学ぶことをお勧めしました。
  • これがタスクです。ここで、キャンペーンの残りの部分を理解します。
  • 実際のオンボーディング。最初のケースでは、実際にはそうではありませんでした。新規参入者は、デバイス会社やチームに従事し、注意深く没頭しています。

私は予約をします。この記事では、シニアとジュニアのオンボーディングの分離に焦点を当てませんでした。これらのプロセスは、技術的な詳細とジョブコントロールに重点を置いていますが、同様に重要です。

社会的側面


開発者は社会的な生き物であり、おそらく内向的です。経験豊富な開発者は、優れたコミュニケーションスキルを持っているか、外向的でさえあるかもしれません。しかし、それでも彼に少しコミュニケーションをとる方がいいです。

チームに会う


チームに新しい同僚を紹介し、非公式な部分により多くの時間を費やし、趣味や初心者に関するその他の興味深い事実について話します。人が閉じていて、興味を共有する準備ができていない場合は、過去の仕事のハイライトに触れます。おそらく、彼はインタビューですでに彼らについてリーダーとしてあなたに話しました。これは重要です。オフィスでの日常生活では、初心者は休憩中や昼食時に同僚にこれを伝えることができますが、リモートで作業することはより困難です。

あなたの会社がどんなに大きくても、初心者が協力するプロジェクトを見せてください。現在誰がどのタスクを実行しているかに焦点を当てます。プロジェクトが大規模で、初心者に自分で質問して質問することを勧めた場合、彼は関係のないセクションを勉強するか、ただ掘り下げるかもしれません。マイクロサービス、複数のモバイルアプリケーション、およびWebサイトがある場合、初心者は単に適切に優先順位を付けることができないことは言うまでもありません。

私たちは時間を最適に使いたいと思い、たくさんの質問に答える長い指示を作成します。では、初心者向けの「ファンシーマニュアルを読む」を送信できますか？誰もが社会的なつながりが不足しているため、ライブコミュニケーションにもう少し時間をかけることをお勧めします。

ビジネスとの会議を手配する。オフィスに座って製品がパニック状態になると、フォトギャラリーが機能しなくなり、初心者はこれがプロジェクトの重要な/重要な部分であることをすぐに理解します。近くの燃えている森を見ずに、燃えていることを忘れることができます。ビジネスにプロジェクトの開発にとって何が重要であるかを指定して思い出させます。

離れた場所では、誰も気を散らさないため、従業員の生産性が向上します。ブラケットを外しているときの強制リモート作業。しかし、開発者が必要なデータをすべて持っている限り、このプロセスは安定していて適切です。データがない場合は、どこかに取得する必要があります。そして、ここでは初心者は彼らを探すことができる多くの時間を失う可能性があります。そして、誰に尋ねるか、どこを探すかという知識の交換は、初心者の作業を最適化するための重要な範囲です。

徐々に、新入社員はすべての同僚に会います。そして、「徐々に」がここでのキーワードです。誰が、どのような場合に連絡できるかを示すリストを合流で持つとよいでしょう。しかし、20人の名前のリストを新入社員にだれが、誰がなぜ必要なのかについて簡単な説明を付けてダンプしないでください。

画像


Lamodaのレポートでよく説明されているバディのアプローチをお勧めします。バディは、会社への没頭に関するすべての質問に答える熱心なチームメンバーです。パートナーは、特定の問題について誰に連絡するべきか、どの部門ではなく誰に連絡するかを教えてくれます。同様の機能またはマイクロサービスがあるかどうかがわかります。これは、会社で採用されているコミュニケーションと行動のスタイルに対処するのに役立ちます。
製品を操作すると、初心者には思いもよらないポップアップや瞬間がたくさん発生し、すぐに質問して、それが何であったのか、なぜそれが行われたのかを理解できます。メンターが知らなくても、会社での彼の経験は誰に尋ねるべきかを知るのに十分でなければなりません。

離れた場所では、通り過ぎて元気に聞こえない。これは、同僚が自分を引き受ける瞬間です。彼との絶え間ないコミュニケーションはこの問題を補います。この人物が存在しない場合、通常、彼の役割はリーダーに割り当てられます。リーダーは、リモート作業で同様に忙しく、迅速に対応する時間がありません。そのような「仲間」を選択するときは、コミュニケーション能力と本人の欲望を考慮する必要があります。誰かが落ち着いてコーディングしたいと思っているので、彼を責​​めるべきではありません。

一般的な質問から特定の質問に移ります。通常の質問に対して「何か問題はありますか？」ほとんどの場合、明確な答えは得られません。人が特定の仕事に対処したかどうか、そこにすべてが明確かどうかを尋ねる価値があります。この場合、質の高いフィードバックの可能性が高くなり、このトピックについて質問したことを思い出すことができます（言うまでもありません）。

技術面


プロジェクトの技術的な説明があります。それをいくつかの会議に分割します。最初に、一般的なポイントを教えてください。第二に-他の部門との相互作用について。 3回目の会議では、インフラストラクチャを紹介します。もう一度ドキュメントを確認し、欠陥がある場合は従業員の後で更新してください。いつ、そうではない！事前のリモート承認を必要としないタスクをピックアップします。理想的には、このタスクを自分でスケッチして、説明の関連性を確認してください。

プロジェクトについて話すと、初心者には何の意味もない多くの用語を紹介します。たとえば、「カザフスタン共和国のカトニーゴス」などです。新しい用語を紹介するときは、初心者に説明してくださいそして、そのような情報を投与します。 1回の会議でサービスのインフラストラクチャ全体を伝えると、初心者は次の2日間で遭遇しなかったほとんどすべての概念を忘れる可能性があります。

ペアになったタスクを初めて与えるようにしてください。一人でもできるのですが、サブタスクに分けて連携するのが良いでしょう。たとえば、マイクロサービスを見てみましょう。初心者がDBとの通信のレイヤーを作成し、経験豊富な同僚が共通のフレームワークとAPIによる通信を持っているとします。次に、初心者はビジネスロジックを記述し、タスクは完全なマイクロサービスとしてテストに入ります。

このようなタスクは、チームのリズムにすばやく組み込むのに役立ちます。問題が発生した場合にSkypeの反対側（ズーム、ハングアウト）に座っている同僚がプロンプトを表示し、新人が彼が一人ではないことを感じられるようにします。また、新入社員が突然コードベースの半分を不必要に変更されないように保護します。1）タスクを誤解している、2）野心を見せたかったため、睡眠なしで48時間殺害した。

ウダレンカは、不確実性が増していることを意味します。計画は、それを定性的に処理するのに役立ちます。モットーではなく、すべてが計画どおりに進んでいますが、プロジェクトの詳細に従業員を没頭させるための計画を立てています。また、従業員の育成計画。そしてもちろん、試用期間における従業員の目標と初心者からの期待を明確に説明しました。それらはスプリントタスクに関連付けられるべきではなく、開発のどの段階でも会社にとって重要な共通のポイントに関連付けられるべきです。例えば：

  • （担当者名）からアクセス
  • テスト環境でタスクブランチを展開します。
  • 同僚の5つのレビュータスクを実施する。
  • dev-opsレイアウト要件を確認してください。
  • 最初のフィードバック会議に参加してください。

最後の例は重要です。ここでは、フィードバックを受け取るための会議が修正されています。これは、社会的な部分ですでに多く述べています。リストは、チームの優先順位と従業員の資格によって異なります。ジュニア、ミドル、フロント/バックの共通部分と追加部分を直接個別に強調表示できます。

正式なTo-Doリストと試用期間の要件があると、あなたとあなたの新しい同僚の神経が救われます。これにより、従業員は、テストと同じくらい短い時間でさまざまな側面から自分自身を見せ、あなたの仕事のさまざまな領域に飛び込むことができます。これを行わずに、たとえば1つのモジュールを平和的に鋸で切るような初心者に3か月で彼が理想的に行うでしょうが、他の多くの場面では効果がないかもしれません。

オンボーディングがリモートサイトで成功したことを理解するにはどうすればよいですか？


人は、画面上のピクセルのセットとしてチームの印象を持つべきではありません。チームの周りで何が起こっているかを理解している必要があります。プロジェクトを理解することは、彼がなんとか働き、コミュニケーションをとることができた生きている人々によって作られた特定の機能に結び付けられるべきです。

私たちは他のチームメンバーからのフィードバックとミーティングを行い、そこで彼らはリーダーと、新参者との対話の経験と一般的な印象を共有します。そのような会議の生産性のために、従業員の半数以上が新しい同僚とのコミュニケーションの経験をすでに持っているはずです。彼らが「仕事はうまくいったが、私は気にならなかった」と主張する場合、オンボーディングプロセスは最終化されるべきです。

More articles:


All Articles