デベロッパーアドボカシー: メンタリングとコーチング
はじめに
このハンドブックページは、デベロッパーアドボケイトが広範なコミュニティメンバーをメンタリングやコーチングを通じてどのように支援できるかについてのベストプラクティスを文書化したものです。
メンタリング
メンターを見つける
GitLab デベロッパーアドボケイトは、広範なコミュニティメンバーへのメンタリングに積極的に取り組んでいます。チームの時間は多くのアクティビティで限られているため、リクエストを断ることがあるかもしれませんがご理解ください。Polywork などのプラットフォームもメンター探しに役立ちます。
リソース
- プロセスとヒントを GitLab でのメンタリング で確認してください
- How to be a mentor: 4 ways to change someone’s life
トピック
キャリアパスがデベロッパーアドボケイトを目指すものであれば、デベロッパーアドボカシーハンドブック には多くのリソースが用意されています。
エンジニアリングやコーディングセッションは、メンターの知識と注力分野に依存します。
その他の例:
- オープンソースへの貢献、コードレビュー、コミュニティ構築など
- パーソナルブランド、ソートリーダーシップ、登壇、コンテンツ作成、デベロッパーアドボカシー
メンティーとしてのヒント
- キャリアの志望や目指したい場所を共有しましょう。
- 個人的な課題を考え、馴染みやアドバイスを求めましょう
- 将来メンターに尋ねたいトピックのタグクラウドを作成しましょう (Observability、Cloud-Native など)
- ノートを取りましょう (ペンと紙、付箋を使ったホワイトボード、GitLab Issue、Notion など)
- 質問し、ノートやコードを共有しましょう
リソースとプラン
- 時間のコミットメントと、メンターシップにどれだけ投資できるかを定義しましょう。
- 学んだことを文書化し、自分自身が将来のメンターになりましょう。
新しいテクノロジーを学ぶ
- 野心的だが、自分に過度な負担をかけない目標を定義しましょう
- 学んだことを振り返り、毎月のブログ記事を書き、その他の方法で成功と学びを文書化しましょう
- 早く達成しすぎたと感じたら、目標を調整しましょう。
メンターとしてのヒント
- 自分の知識を定義し、期待値を設定しましょう。
- 目標と成功を定義しましょう。
- 共感を持って耳を傾け、応援し、励ましましょう。
- キャリアと学習の目標、進捗について話し合いましょう。
- 行動を起こしましょう
- バーンアウト: 疲れを感じている、良いバイブスを共有していない、仕事のトピックばかり話す、など。
- ブロッカー: 問題を尋ね、画面共有で一緒に Google 検索しましょう。
- リソースや人へのアクセスを提供しましょう。
- 学習セッションを楽しいペアプログラミングに変え、必要に応じて後で見るために録画しましょう。
フィードバックと学びをハンドブックに文書化しましょう。
コラボレーション
定期的なチャットをスケジュールする
GitLab のコミュニケーションのベストプラクティスに従って、アジェンダ付きのコーヒーチャットにしましょう。
- 月次チャットを提案しましょう (たとえば毎月第 1 火曜日の XY 時)。
- アジェンダ付きの 1:1 Google Doc を作成しましょう
- チャットで共有したすべての URL を文書化し、「見つけたとき」に非同期で共有しましょう
- 思考やアイデアを書き留めましょう
1. Good vibes
1. Asks
1. Discussion
1. FYI
パブリックな GitLab グループとプロジェクトで一緒に学ぶ
- GitLab.com の EveryoneCanContribute DevRel グループ で、コードスニペットや学習プロジェクトなどのためのパブリックなグループとプロジェクトを作成しましょう
- 1 年間の学習活動をグループエピックで整理しましょう (FY24 (2023年2月 - 2024年1月) の例)。
- デベロッパーアドボケイトのワークフローからベストプラクティスを再利用しましょう
- GitLab を使ってテクノロジーを学び、CI/CD と DevSecOps を実践し、トークデモを作成しましょう
FY23 の例: Julia Furst Morgado は DevRel と関連テクノロジー (cloud native、Kubernetes など) を学ぶためにキャリアを変え、CFP トークの提出も行いました。
FY24 の例: Aakansha Priya は DevRel を学び、Linux、コンテナ、Kubernetes、cloud-native のトピックに取り組み、DevSecOps ジャーニーを学んでいます。タスクと目標を整理するためにエピックと Issue を作成しています:
組織化:
- DevRel グループ用のテンプレートプロジェクトを維持しましょう。これは Issue/MR テンプレートを単一の信頼できる情報源として提供するものです。
- 新しいプロジェクトの
Settings > Default description template for issuesを次のテキストで編集しましょう:<!-- Please choose a description template from the dropdown above to continue. Accept to override this text. -->
- 新しいプロジェクトの
トークと Call for Papers
各トピックごとに専用の Google Doc でトークアイデアの草案を始め、ストーリーやテクノロジーを 1:1 で議論しましょう。非同期で考えを追加し、提案を直接共有しましょう。
組織化とワークフローのヒント:
- 来年のイベントカレンダーを作成し、Call for Paper の締切を追跡しましょう。Brendan による
cfps.dev(リンクは現在利用不可) を使用しましょう。 - デベロッパーアドボケイトの CFP ワークフローを Issue とスコープラベルとともに新しいグループ/プロジェクトにコピーして CFP 用に使いましょう。KubeCon EU 2023 の例。
- デベロッパーアドボケイトの CFP Issue 追跡に Issue 参照を追加して取り組みを連携させましょう。
- Gdoc でトークタイトルとアブストラクトを非同期または同期でレビューしましょう。メンターとして、Gdoc で
suggestingモードに切り替え、すべての考えを含む提案を行います。メンティーには提案をレビューし、合理的であれば受け入れるよう促しましょう。このワークフローにより、メンティーは将来誰からのフィードバックでも取り入れられるようになります。 - CFP が提出されたら、ソーシャルでの共有を促しましょう。最初はトークタイトルなしで始め、後で提出されたトピックを追加するよう促しましょう。Julia Furst Morgado による KubeCon EU 2023 のこのツイートの例。
ヒント: トークは語られるたびに進化するストーリーです。ロックバンドのコンサートを思い浮かべてください。各曲はライブで演奏されるたびに少し違います。同じことがトークストーリーにも当てはまります。トークの質問やフィードバックでイテレーションし、時間とともに新しい学びやテクノロジーも追加しましょう。トークを受け入れたイベントは同じ聴衆を持っているわけではなく、新しい人々がトークから学ぶことができます。
イベントと CFP のフォームは異なる情報を収集し、アブストラクトの文字数制限なども異なります。アブストラクト用に Google Doc ですべての詳細を単一の信頼できる情報源として収集することをイテレーションしましょう。
- コンテキスト (インスピレーション源、その他のトーク、コミュニティのフィードバック)
- 提出 (CFP Issue への URL を含むイベントリスト、絵文字付きの採否ステータス)
- タイトル
- アブストラクト
- 1000 文字 (KubeCon に適合)
- 900 文字未満
- 700 文字未満
- エコシステムへの利点 (KubeCon)
- 必要な知識
- 学習目標
- オープンソースプロジェクト
- トラック
- バイオ/CV (登壇者の SSoT ウェブサイト/Gdoc への URL を追加)
これらのテンプレートを使用してください:
コーチング
メンタリングは通常 1:1 の会話で行われ、信頼関係を築き、オプションでパブリックに共有されます。コーチングはプライベートでもパブリックでも行うことができ、短期または長期のさまざまな種類の支援を伴うことがあります。
Twitter スレッド、LinkedIn 投稿などでパブリックな返信に取り組み、アドバイスを求める広範なコミュニティメンバーにコーヒーチャットやプライベートな会話を提供しましょう。ストーリーや計画を聞くことで、効率的に提案を行うことができ、信頼関係も築けます。
コーチング領域
デベロッパーアドボケイトには、次のような分野での支援を奨励しています
- トークアブストラクトとスライドデッキのレビュー
- ソーシャルメディアのベストプラクティス
- バーンアウトの検出と予防に関するアドバイス
- 「バーンアウトの兆候が出ているかどうかをどうやって知るか?」という質問への回答としての Twitter スレッド
フィードバック
Cloud-Native のはじめの一歩を支援
理解すべき膨大なツールがある cloud-native コミュニティで始めるのは圧倒されるかもしれません。Kubernetes やそれを超えるテクノロジーやフレームワークを学ぶには、ガイダンスと個人の成長計画が必要です。
Michael は、2021 年に AmbassadorLabs のデベロッパーアドボケイトとして cloud-native ジャーニーを始めた Edidiong Asikpo とコーヒーチャットを行いました。彼らは cloud-native での DevRel としての学習計画について議論し、デモのデプロイメント、Observability での学習についてアイデアを共有し、デベロッパーアドボカシーのソーシャルメディアハンドブックにも目を向けました。
2022 年、Edidiong は Senior Developer Advocate への昇進を共有し、Michael の願いに応えました:
Cloud Native 領域での旅を始めたときに私たちが行った会話は、私が学び、スキルを向上させるために必要なコンテキストを与えてくれました。ありがとうございます。
