Developer Relations

GitLab Developer Relations ハンドブックへようこそ

DevRel とは？

Developer Relations（略: DevRel）は、テクノロジー、コミュニティ、アドボカシーが交わる地点で活動し、より広いテック界における GitLab の声であり耳となっています。彼らのコアミッションは、開発者、コントリビューター、ユーザーで構成される活気ある、エンゲージメントの高いコミュニティを育み、維持することにあります。これには、教育コンテンツの作成、イベントやワークショップの開催、プログラムの開発、知識交換とコラボレーションのプラットフォームの提供を含む多面的なアプローチが含まれます。チームは GitLab の機能と能力をプロモートするだけでなく、コミュニティからのフィードバックを積極的に聞き、製品開発と改善に反映するために組み込んでいます。

私たちのミッションとビジョン

Developer Relations は、GitLab の顧客をエンゲージし、コミュニティを通じてつながり、開発者がいる場所でエンゲージすることで、プラットフォームの認知と採用を推進します。GitLab は GitLab.com だけで毎月 3000 人を超える開発者とエンゲージし、毎月 250 件以上の貢献を受けています。これにより、DevSecOps 領域でのユニークな影響力を持ち、イノベーションの加速に貢献しています。私たちの究極的な目標は、クラス最高の技術的なイネーブルメントとアクティブなコントリビューターコミュニティを通じて、開発者の心と頭を勝ち取ることで、GitLab の認知度を高め、顧客の成功を推進することです。

Developer Relations では、私たちのミッションとビジョンを会社の 3 年戦略と整合させています。私たちは 誰もが貢献できる と信じています。GitLab がこのゴールを達成できるよう、アウトリーチとエンゲージメントを倍増し、コミュニティでのプレゼンスを強化し、健全なコントリビューターコミュニティをサポートすることを目指しています。最終的に、これらのゴールは認知度、採用を高め、私たちのデュアルフライホイールを駆動します。

私たちの戦略

私たちの運用戦略は内部ハンドブックに記載されていますが、ビジネスの機微性、顧客への影響、そしてチームメンバーにとっての心理的安全な環境を促進するため、機密として分類されています。以下では、より広いコミュニティに公開されており、Developer Relations チームがコラボレーションを歓迎している戦略的計画を見ることができます。

• Contributor Program Unification & Growth Plan
• Co-Creation Initiative

チーム紹介

チームメンバー情報は 原文 (英語) を参照してください。

連絡方法

チャットで連絡する

• Developer Relations のチームメンバーは 2 つの Slack チャンネルを利用しています:
  • #developer-relations: すべての GitLab 関連のディスカッション用（例: Issue に関する質問、近日開催のイベントの告知）
  • developer-relations-confidential: （非公開）GitLab 外の人がいるチャンネルで共有できない機密トピックのディスカッション用（例: チーム内で #company-fyi-private で共有されたトピックの議論）
• Slack アクセスを持つ GitLab チームメンバーやその他の人は、#developer-relations Slack チャンネルにアクセスするか、@devrel-team グループハンドルにタグ付けすることで、私たちに連絡できます。
• より広い GitLab コミュニティのメンバーは、公開 Discord ルーム で私たちとつながることができます

Developer Relations 内のチームには、以下の Slack チャンネルでアクセスできます:

• #dev-advocacy-team: Developer Advocate チームは、コンテンツの更新、ソートリーダーシップと製品アイデアを共有し、コミュニティ対応や CFP などをサポートします。
• #developer-relations-programs: Developer Relations Programs に関するすべての問い合わせ用
  • #developer-relations-engineering: Developer Relations Engineering に関するすべての問い合わせ用
  • #developer-relations-community-contributions: コミュニティ貢献に関するディスカッション用
  • #developer-relations-eng-and-programs: Developer Relations Engineering と Programs 間のクロスチームディスカッション用

メールで連絡する

• 各プログラム固有のメールアドレス をご利用ください

Issue を作成する

私たちは GitLab を利用して計画、コラボレーション、実行を行っています。どこで、どのように Issue を作成できるかについての詳細は、私たちのオペレーショナルワークフローページに記載されています。

• Developer Advocacy
• Developer Relations Programs

緊急連絡先

• Developer Relations 緊急連絡先
• インシデント管理の役割
• インシデント／インフラ関連の Slack チャンネル: #incidents、#infrastructure_platforms

私たちの働き方

Developer Relations チームのリソース

• Programs リソース
• Meetup チェックリスト

私たちのハンドブック

• Developer Relations Engineering
  • Contributors Program
• Developer Advocacy
• Developer Relations Programs
  • Open Source
  • Education
  • Co-Create

私たちのワークフロー

コミュニティエンゲージメント:

• Code of Conduct Enforcement
• Community Response プロセス
• Events

コミュニティプラットフォーム:

• Discourse Forum
• Discord
• Reddit
• StackOverflow
• Common Room

コンテンツ:

• Content Effectiveness 戦略

• コンテンツレビュー / Fix Fridays

• UTM トラッキング戦略 組織:

• チーム予算

• Swag オペレーション

• ライセンス付与

• Workato automation

• Email

• Twitter/X

• クラウドリソース

Community Interest

会社、製品、または価格設定に関する変更に取り組んでおり、それらが GitLab コミュニティのメンバーや GitLab ブランドに重大な影響を与えることが予想される場合は、~Community Interest ラベルを使用することをお勧めします。これにより、Developer Relations チームが計画プロセスにおいて、より広い GitLab コミュニティの利益を代表できます。

Developer Relations チームのすべてのメンバーは、gitlab-com と gitlab-org の両方のプロジェクトでこのラベルをサブスクライブする必要があります。

チームのタッチポイント

私たちのチームには、つながりを保ち、私たちの仕事に整合性を持たせるために使用しているいくつかの週次イベントがあります:

• チームミーティング（隔週）
  • チームミーティングは Zoom で録画され、録画はミーティングノートの対応する日付にリンクされます。
• 各チームメンバーとそのマネージャー間の 1:1 ミーティング。
• 各チームメンバーが Slack の Geekbot 経由でチェックインする質問。回答は #developer-relations-hangout Slack チャンネルで共有されます。
  • 月曜日（週末のソーシャル、その週の予定）
  • 木曜日（達成、思考、ブロッカーなどを共有するためのリマインダー）
• 週末更新: 結果と勝利。Google Drive で Developer Relations - End of Week updates を検索してください。

私たちのカレンダー

私たちは集合的な通知のため、また、チームのロジスティクスとイベントを管理するために、チーム全体のカレンダーを使用しています。さらに、Developer Relations 内の特定のチーム（Developer Advocacy チームカレンダーなど）は、自分たちのプログラム固有のカレンダーを維持している場合があります。

• Developer Relations Team
• Community Events
• Developer Advocacy Team

Developer Relations KPI

Developer Relations チームは、いくつかの主要パフォーマンス指標と関連パフォーマンス指標をモニタリングしています。

KPI ダッシュボードは 原文 (英語) を参照してください。

チームロゴ

GitLab Developer Relations チームのロゴは、Google Drive で gitlab-devrel-logo を検索することで .png および .svg 形式で見つけることができます。

チーム予算

詳細は Developer Relations 予算ページ で確認できます

コミュニティの多様性、インクルージョン、ベロンギング

GitLab のコアバリュー「Diversity, Inclusion, and Belonging (DIB)」 に沿い、Developer Relations チームは、プログラムとオペレーションのすべての側面に DIB を意図的に組み込もうとしています。GitLab および広い GitLab コミュニティで DIB を育むことを目指しています。

DEI 戦略

オープンソースコミュニティにおける DEI（Diversity, Equity and Inclusion）の味方として、GitLab の Developer Relations チームは、コントリビューターコミュニティ内で以下の DEI の取り組みを行うことをコミットしています:

• DEI プロジェクトのバッジ付け:
  • コミュニティ全体のイニシアチブと連携し、バッジシステムを通じて DEI の取り組みを認識、サポート、プロモートする仕組みを確立します。
  • GitLab のプロジェクトの DEI 価値とインクルージョンの取り組みをハイライトします。
  • GitLab でホストされているオープンソースプロジェクトに同じことを行うよう奨励します。
• 初めてのコントリビューターのインクルージョン:
  • エクスペリエンスを学び、改善するために、初めてのコントリビューターに関するユーザーリサーチ研究を実施します。
  • 初めてのコントリビューターの視点からドキュメントを改善します。
  • 新規参加者のためのコミュニティオンボーディングを改善します。
• DEI グループへの参加:
  • Developer Relations チームから始めて、GitLab チームメンバーの DEI グループ参加を追跡します。
  • チームメンバーがオープンソース DEI ワーキンググループとイベントに参加することを奨励します。
  • 四半期ごとにチームメンバーをポーリングし、参加を追跡します。
  • Developer Relations から Marketing、そして GitLab 全体に拡大します。
• 適格なイベントでの Swag／コントリビューターポイントクーポン:
  • 適格なイベントで GitLab Swag と GitLab コントリビューターポイントクーポンを提供します。
  • クーポンコードでコミュニティメンバーと潜在的なコントリビューターにインセンティブを与えます。
• GitLab コントリビューターリソースグループ:
  • GitLab の Team Member Resource Groups（TMRG）と類似した GitLab コントリビューターリソースグループを形成します。
  • メンタリング／コーチングの機会を含めます。
  • 非貢献の開発者向け、または Developer Relations チームメンバー向けのグループを検討します。
  • 特定の代表性の低いグループ向けにイベント／日を主催することを検討します。

イベントとアクティビティの計画

このセクションは、Developer Relations チームと GitLab チームが イベント およびアクティビティを計画する際に念頭に置くべきヒントとベストプラクティスを文書化することを目的としています。

• 画像: ユーザー、顧客、コミュニティメンバーの多様なグループを表す画像の使用を促進することを目指しています。多様な代表性が欠けている場合は、声を上げ、可能な場合はそれらの画像を積極的に更新します。
• スピーカー: イベント主催者および参加者として、GitLab が主催または関わるイベントに多様なスピーカーセットを含めることを目指しています。
• 私たちはオープンマインドです: 積極的にフィードバックを求め、現在の方針についてオープンマインドを保ちます。チームと広い GitLab コミュニティで DIB を引き続き育むため、変更を受け入れ、構造的な変更を行う意思があります。
• 私たちは成長マインドセットを保ち、学び続けます: 私たちは記事を読み、ワークショップに参加し、コミュニティで DIB を育む方法と、私たち自身がインクルーシブである方法について教育するトレーニングに参加します。
• 多様なコミュニティメンバーがリサーチに参加することを奨励します: 製品のインクルーシビティが重要であり、コミュニティのために構築するだけでなく、コミュニティとともに構築する必要があることを認識しています。
• GitLab Diversity Scholarship プログラム をプロモートします: この奨学金は、Diversity, Inclusion, and Belonging に焦点を当てたイベントを財政的にサポートします。

私たちにインスピレーションを与えるコミュニティ

私たちは他のコミュニティで行われている素晴らしい仕事からインスピレーションを得ています。私たちがインスピレーションを受けているコミュニティの一部を紹介します:

• Linux Foundation - 重要なオープンソーステクノロジーのカストディアンとして機能する大規模で活発なコミュニティです。
• CNCF - 重要なオープンソーステクノロジーのカストディアンとして機能する大規模で活発なコミュニティです。
• FINOS - 重要なオープンソーステクノロジーのカストディアンとして機能する大規模で活発なコミュニティです。
• Debian - 重要なオープンソーステクノロジーのカストディアンとして機能する大規模で活発なコミュニティです。
• GNOME - 重要なオープンソーステクノロジーのカストディアンとして機能する大規模で活発なコミュニティです。
• KDE - 重要なオープンソーステクノロジーのカストディアンとして機能する大規模で活発なコミュニティです。
• Fedora - 重要なオープンソーステクノロジーのカストディアンとして機能する大規模で活発なコミュニティです。
• Drupal - 重要なオープンソーステクノロジーのカストディアンとして機能する大規模で活発なコミュニティです。
• Wikimedia Foundation - 大規模で活発なコミュニティを持つ、自由な情報のチャンピオンです。
• Kubernetes - 互いに成長し、Kubernetes をより活用するために助け合うユーザーグループとチャンピオンの大規模なネットワークで構成されるコミュニティです。
• AWS - 互いに成長し、AWS をより活用するために助け合うユーザーグループとチャンピオンの大規模なネットワークで構成されるコミュニティです。
• Dev.to - テックコミュニティ、特に新規参加者にとって、学び、コンテンツを共有するための歓迎される場所を作り出すコミュニティです。
• Hacker News - 最新のテックニュースとトレンドの魅力的な議論で知られるコミュニティです。
• Google Summer of Code - テックコミュニティをより多様でインクルーシブにし、テックに新しい人々のための新しい機会を生み出す仕事を通じて、私たちにインスピレーションを与えるコミュニティです。
• Outreachy - テックコミュニティをより多様でインクルーシブにし、テックに新しい人々のための新しい機会を生み出す仕事を通じて、私たちにインスピレーションを与えるコミュニティです。
• Grace Hopper Community / Systers - テックコミュニティをより多様でインクルーシブにする仕事を通じて、私たちにインスピレーションを与えるコミュニティです。
• Lesbians Who Tech - テックコミュニティをより多様でインクルーシブにする仕事を通じて、私たちにインスピレーションを与えるコミュニティです。
• Techqueria - テックコミュニティをより多様でインクルーシブにする仕事を通じて、私たちにインスピレーションを与えるコミュニティです。
• Latinas in Tech - テックコミュニティをより多様でインクルーシブにする仕事を通じて、私たちにインスピレーションを与えるコミュニティです。
• Women in Tech - テックコミュニティをより多様でインクルーシブにする仕事を通じて、私たちにインスピレーションを与えるコミュニティです。
• Women Who Code - テックコミュニティをより多様でインクルーシブにする仕事を通じて、私たちにインスピレーションを与えるコミュニティです。
• Rails Girls - テックコミュニティをより多様でインクルーシブにする仕事を通じて、私たちにインスピレーションを与えるコミュニティです。

Community Learning Pathway

Community Learning Pathway は、Developer Relations チームの働き方、さまざまなコミュニティプログラム、GitLab への貢献方法についてコミュニティを教育するために構築されたコースです。コースを修了したコミュニティおよび GitLab のチームメンバーは、バッジを獲得します。

Community Building リーディンググループ

Community Building リーディンググループは、GitLab でコミュニティを構築することに興味があるか、または取り組んでいる GitLab チームメンバー向けです。Developer Relations チームのメンバーが主催するこの学習に焦点を当てたグループは、コミュニティの想像、設計、構築、育成、成長、サポートに関連するさまざまな原則と実践を検討します。研究と議論の潜在的なトピックは以下の通りです:

• コミュニティアクティビティのリードと実施
• 新しいコントリビューターを歓迎する
• コミュニティ内およびコミュニティとの関係の管理
• コミュニティの権威と権力関係のネゴシエーション
• コミュニティの行動規範のアーキテクチャと執行
• コミュニティ文化の育成
• コミュニティの健全性と成功の測定
• コミュニティ参加者のコミュニティコントリビューターへの転換
• コミュニティのメンタリングを奨励する
• コミュニティ駆動のイノベーションとビジネスモデルの構築
• コミュニティのインフラとガバナンスモデルのアセスメント
• コミュニティの価値提案と交換の理解

このグループの一員として協働することで、メンバーは以下を目指します:

• クラフトを磨く。 コミュニティとの作業には、思慮深く熟練した実践が必要です。このグループは、メンバーがより優れた実践者になるのに役立つ材料を集合的にレビュー、評価、学ぶためのスペースを提供します。
• サポートと成長のためのスペースを作る。 コミュニティとの作業には感情労働が必要であり、それを引き受ける人々はしばしば、同じ志を持つコラボレーターと仕事の課題について議論するスペースから恩恵を受けます。このグループはそのようなスペースの 1 つとして機能します。
• リソースを生成し、共有する。 コミュニティとの作業は、ベストプラクティスと信頼できるフレームワークの知識があれば、より簡単になります。最先端の材料を読み、レビューすることで、メンバーは他の人がアクセスし、そこから学ぶことができる知識のコモンズを生成します。

コミュニティ構築のプラクティスに興味がある GitLab チームメンバーは誰でも、グループに参加し、貢献することを歓迎します。典型的な GitLab ブッククラブ とは異なり、このリーディンググループは:

• 個別で時間制限されたイベントではなく、継続的な取り組みです
• 単一の作品ではなく、一連の作品に焦点を当てます

リーディンググループは、グループメンバーが共同で決定するケイデンスで運営されます。グループメンバーはまた、毎週カバーする材料（例: 本の章、ホワイトペーパー、リサーチレポート、プレゼンテーション録画、またはケーススタディ）を集合的に決定します。

1. グループメンバーは、Developer Relations チームの Community Building プロジェクト で reading-group テンプレートを使用して Issue を作成し、Reading Group::Proposed ラベルを付けることで、グループが研究および議論する材料を提案します。
2. グループメンバーは、お互いの提案を閲覧し、何を研究するかを集合的に選択できます。
3. 何を読むかを決定したら、Issue を Reading Group::Up Next に再ラベル付けします。
4. 提案された材料を読み、研究し始めると、Issue を再ラベル付けし、Reading Group::Now Reading ラベルを適用します。
5. そして選択を完了したら、関連する Issue に Reading Group::Finished ラベルを適用します。プロジェクトボード がすべての選択を追跡します。

読みながら、グループメンバーは Community Building プロジェクトに保存されているファイル経由で非同期にメモと印象を共有します。選択を完了すると、これらのメモを磨き上げ、それに応じて Community Building Wiki を更新します。

各サイクルでは、グループメンバー（通常は材料を提案した人）が「リーダー」として機能します。グループリーダーは、グループの読書を導き、議論を組み立てるのに役立つ基本的な議論の質問または思考を生成する洞察を提示します。グループメンバーは、読書資料についてのライブ、同期的な議論のために定期的な間隔で会います（議論ミーティングの推奨時間: 45 分）。これらのミーティングの録画は利用可能ですが、議論にはしばしば個人的な詳細と機微な問題が含まれるため、これらの録画は内部 Google Drive 経由で GitLab チームメンバーのみがアクセスできます。

ページのソースコードを見る - ページの編集 - please contribute.