GitLab オンボーディングバディ
オンボーディングバディは、新しい GitLab チームメンバーにとってオンボーディング体験をポジティブなものにするために不可欠です。新しい仕事への不安 は多くの人にとって現実のものであり、特に私たちの オールリモート 文化に慣れていない新しい GitLab チームメンバーにとって、GitLab への適応は特に困難となる可能性があります。だからこそ、すべての新しい GitLab チームメンバーに、オンボーディングプロセスをサポートする準備ができていて、その意思があり、楽しみにしているバディを割り当てることが重要なのです。
バディは GitLab に入社したばかりの人にとって役立つだけでなく、GitLab 内で新しい役職に移行するチームメンバーにとっても役立ちます。新しいチーム/部署に移る場合、マネージャーは Issue にキャリアモビリティバディを割り当て、移行中のチームメンバーをサポートすることを強く推奨します。
バディの責任
- バディがすべき最初で最も重要なことは、その GitLab チームメンバーとの通話をスケジュールすることです。 これは、新しいチームメンバーが GitLab で働き始める前の数日間に、マネージャーに新しい入社者の個人メールアドレスを尋ねることで行えます。自己紹介をし、最初のコーヒーチャットをいつスケジュールするのが良いか尋ねてください。初日の終わり頃の時間を選ぶことを検討してください。そうすれば、オンボーディング Issue の一部を消化する時間があり、質問を持ってコーヒーチャットに来ることができます。私たちは(できる限り)GitLab チームメンバーとバディの間のタイムゾーンを合わせるようにしています。これにより、GitLab チームメンバーがログオンするとすぐに、バディであるあなたがそこで待ち構え、チームに迎え入れる準備ができている状態となります。
- 新しい GitLab チームメンバーがオンボーディング/キャリアモビリティ Issue でどこまで進んでいるかを確認します。 すべての新しい/移行する GitLab チームメンバーに割り当てられるオンボーディング/キャリアモビリティ Issue は、特に初日には一見圧倒されるかもしれません。通話の時点でその GitLab チームメンバーがどれだけ進んでいるか(もしあれば)を確認し、チームメンバーが苦労している可能性のある領域について方向性やアドバイスを提供してください。
- 役立つハンドブックページを提案します。 GitLab で過ごす中で、ハンドブックの特に役立つページをいくつか見つけているはずです。それらを新しい GitLab チームメンバーに紹介し、ハンドブックのナビゲートに慣れる手助けをしてください。例としては次のものが挙げられます。
- リモートロールを始めるための GitLab のガイド
- ツールページ
- チームページ(監査されていない 内部限定の組織図 にフィードされます)
- 組織構造の SSoT である Workday の組織図
- ポジショニング FAQ
- 自己紹介についてリマインドしてください。 Slack チャンネル
#new_team_membersまたは関連するチームチャンネルで自己紹介するよう、新しいチームメンバーにリマインドしてください。少し個人的なメモを書くこと、そして気が向いたら写真を 1 〜 2 枚含めることをすすめてください! - 他の新入社員とのグループ通話を企画するよう促してください。 従来の新入社員オリエンテーション(同じ場所にある組織でグループで開催されることが多い)に慣れている(または好む)新しい GitLab チームメンバーは、早期のつながりが不足していると感じる可能性があります。新しい個性や 会社の部門 について学びながら、一緒にオンボーディングを進めるために、他の新入社員とのグループ通話を企画するよう促してください。
- Slack を紹介します。 Slack はどこにでもあるように思えるかもしれませんが、それは必ずしもその新しい GitLab チームメンバーが以前に使った経験があることを意味しません。GitLab でのコミュニケーション方法の中心となる部分なので、紹介し、私たちがどのように使っているか についていくつかのポイントを伝えることを検討してください。
- 同じものに価値を見いだす他のチームメンバーとすぐにつながれる ロケーションチャンネル と ソーシャル Slack グループ を必ず提案してください。
- どこで助けが必要かを尋ね、専門家とつなげてください。 担当のチームメンバーが特定の分野で追加の助けを求めた場合、バディは新しい GitLab チームメンバーをその分野の専門家とつなげる努力をすべきです。以下は例です。
- リモート組織 で働いた経験のない新しい GitLab チームメンバーは、理想的な ワークスペース を考え、インフォーマルコミュニケーション を取り入れる際に支援が必要となる場合があります。
#remoteSlack チャンネルで経験豊富なリモートの同僚に連絡を取り、質問に答えてもらうよう依頼することを検討してください。 - Git が初めての場合は、
#git-helpSlack チャンネルの専門家に連絡を取り、チュートリアルを提供するよう依頼することを検討してください。 - Markdown が初めての場合は、
#contentSlack チャンネルの専門家に連絡を取り、サポートを提供するよう依頼することを検討してください。
- リモート組織 で働いた経験のない新しい GitLab チームメンバーは、理想的な ワークスペース を考え、インフォーマルコミュニケーション を取り入れる際に支援が必要となる場合があります。
- 定期的にチェックインしてください。 あなたは、その新しい GitLab チームメンバーがチームで作る最初の友人になるかもしれません。定期的にチェックインすることで、彼らは歓迎され、サポートされていると感じられるようになります。Slack で連絡を取り、開始日の翌週に少なくとも 2 回、最初の月の残りの期間に少なくとも 1 回のフォローアップコールをスケジュールしてください。ただし、人によって異なるため、週あたりの通話頻度を増やすか減らすかを本人に尋ねることもできます。
- 必要に応じてバックアップを用意してください。 新しい GitLab チームメンバーの最初の数週間に休みを取る予定がある場合(例: 休暇、会社業務、イベント など)は、サポートを提供できるバックアップのオンボーディングバディが利用可能であることを確認してください。
- 長期的なメンターシッププログラムを検討してください。 新しいチームメンバーが新しい役割に慣れるまでには長い時間がかかることがあり、その過程でメンターがいることは、役割の責任への移行をできるだけスムーズに進めるうえで大いに役立ちます。バディが途中で苦労している事柄を取り上げられるよう、週次または隔週で 1 時間のメンターシップセッションを設定することを検討してください。
オンボーディングバディになるにはどうすればよいですか?
バディの割り当ては、オンボーディング Issue で Before Starting at GitLab の最初のマネージャータスクとして示されているとおり、新しいチームメンバーのマネージャーの責任です。GitLab に 3 か月以上在籍していて、オンボーディングバディプログラムへの参加に興味がある場合は、マネージャーに関心を伝えてください。
マネージャー: オンボーディングバディとして誰を選ぶべきですか?
理想的なオンボーディングバディは:
- GitLab に 3 か月以上在籍している
- オンボーディング対象のチームメンバーと同じ部署または部門に所属している
- 同じようなタイムゾーンを共有している
- 最初の 2 週間は対応可能(大きな PTO イベントや休暇がない)
- GitLab への適応をサポートでき、新しいチームメンバーが役割の中で使う可能性のあるアプリケーション/ツールについて少し知っている
これらのガイドラインは、オンボーディングサーベイで受け取ったフィードバックとオンボーディングバディからのフィードバックから作られたものです。チームや所在地によっては、これらのガイドラインをすべて満たすことが常に可能とは限りません。
メールテンプレート例
これは、オンボーディングバディとして新しいチームメンバーに自己紹介する際に使用できるテンプレートの例です。
{名前} さん、GitLab へようこそ!
私の名前は {バディ名} で、あなたの オンボーディングバディ です!自己紹介をし、あなたのオンボーディングに関して私の役割が何になるかを説明したいと思いました。あなたが私たちのチームに加わってくれることをとても嬉しく思っています。
{GitLab で取り組んできたこと、自分の役割について、そして楽しみのためにしていることについて少し話してください!個人 README があればそのリンクも貼ってください。}
このウェルカムメールは、私のオンボーディングバディタスクの最初のものです。GitLab のメールは初日からのみアクセスできるようになっているため、個人メールアドレスに送信しています。また、新入社員はマネージャーやリクルーターよりもオンボーディングバディに尋ねる方が気軽に感じる質問がある場合があります。このメールスレッドと挨拶用の Zoom 招待以外には、個人メールアドレスにメッセージを送らないようにします。GitLab では健全なワークライフバランスを真に大切にしているからです!
初日の朝、開始したい時間に(必須の開始時間はありません!)、個人メールの受信トレイに GitLab からのウェルカムメールが届いているはずです。あなたの国の現地時間で 06:00 頃に送信されているはずです。すぐに見つからない場合はスパムフォルダを確認してください。メールは次のように始まります。
{名前} さん、
GitLab へようこそ!あなたがチームに加わってくれて、私たちはとても嬉しく思っています!
シームレスなセットアップを確実にするため….
このメールに記載されているすべての手順に従ってください。すべての手順をよりよく説明するために視聴を求められるビデオも入っています。
初日の朝にログインしたら、GitLab オンボーディング「Issue」(オンボーディングチェックリスト)にアクセスできるようになります。
オンボーディング期間中、私はオンボーディング、あなたの役割、または必要となる情報の在り処に関するあらゆる質問のコンタクトポイントになります。このメールに加えて、初日には GitLab へようこそと挨拶し、質問があれば答えるための Zoom 通話の招待を送ります。私たちが話す時までに GitLab Zoom アカウントの設定が完了していない可能性があるため、個人の Zoom アカウントで通話に参加してください。私は {バディタイムゾーン} にいますので、必要に応じて別の時間を提案してください。
GitLab Development Kit のセットアップなど、技術的な問題についてもお手伝いできます。{新入社員が Engineering Division 所属でない場合は、この行を削除してください}
Slack 上の楽しいソーシャルチャンネルも紹介し、できるだけ多くの人と出会えるようサポートします!(私の個人的なお気に入りは #dog、#dad_jokes、#all-caps です。)
初日の準備として、非常に役立つハンドブックページをいくつか紹介します。
- リモートワークを始めるためのガイド
- {他の該当するリンク}
開始日前に質問があれば、遠慮なくお尋ねください。喜んでお手伝いしますし、あなたが私たちに加わってくれることを大変嬉しく思っています!
お会いして一緒に働けるのを楽しみにしています!
以上です
これで全部です!最新の GitLab チームメンバーをチームに迎え入れ、参加させるお手伝いをいただきありがとうございます。このページで回答されていない質問がある場合は、オンボーディング Issue または HelpLab を通じて People Operations チームに連絡してください。
c955a93f)