Developer Relations Engineering チーム

共通リンク

サブページ

戦略

このチームは、オープンソース成長戦略に示された戦略に直接従います。

ミッション

このチームの目標は、コントリビュータープログラムをリードし、私たちと一緒に GitLab を共創するお客様を支援・惹きつけ、技術面・プロセス面の改善を通じてコントリビューションプロセスの効率を高め、MR がマージされる月間 170 人以上のコントリビューターという目標を持続させることです。これは、誰もが世界を動かすソフトウェアにコントリビュートし、共創できるようにするという GitLab のミッションと、3 年間の社内会社戦略に沿っています。

FY26 の方向性

FY26 では、引き続き以下の重要な取り組みに注力します。

• コードおよび非コードの、月間のユニークな新規コントリビューター数を増やす。私たちのオープンソース成長戦略に沿っています
• Open Community MR Age (OCMA) を短縮する。私たちのオープンソース成長戦略に沿っています
• 私たちのプロダクトロードマップに沿った、より価値の高いコントリビューションへ焦点を移す。私たちのオープンソース成長戦略に沿っています

社内優先事項として、FY25Q3 のレトロスペクティブに従い、プロジェクトと Issue のスコープ設定および優先順位付けの改善に注力します。

これらの目標を達成するために必要なエンジニアリング作業は、制限内で行います。たとえば、GDK の作業、Duo の POC、AI による分類を伴う Triage-ops のリファクタリングなどです。

月間のユニークな新規コントリビューター

1. 人による介入への依存を最小化する
2. コントリビューションを自動的に前進させるオートメーションを導入し、変動性を減らす
3. 未開拓のポテンシャルを活用する - 停滞しているものの、GitLab への有用な追加として承認の印が付けられた MR。
4. より多くの新規コントリビューターを惹きつけることに投資する

Open Community MR Age (OCMA)

1. 大きな標準偏差の原因となる人的要因への依存を最小化する
2. OCMA を減らすためのツール改善を特定・推進する

Co-Create

GitLab の Co-Create プログラムは、Product と Engineering と連携して Developer Relations Engineering チームが主導する、部門横断的な取り組みです。GitLab 固有のより詳しい手順は、私たちの cocreate ハンドブックページに記載されています。

チームの責務

• GitLab のコントリビューション効率とマージリクエストコーチングプロセスを改善する。
• 1 つ以上の専門分野でマージリクエストコーチとして貢献し、技術的・非技術的な側面についてコミュニティコントリビューターにガイダンスを提供する。
• コミュニティコントリビューターのエスカレーション先となり、ブロッカーを解決する GitLab DRI を特定する。
• コミュニティコントリビューターをコミュニティチームに編成し、その成功を支援する。
• コミュニティコントリビューターおよびコホートによるコントリビューションの提供を追跡する。
• 影響力のあるコミュニティコントリビューターおよびコントリビューションを表彰の対象として推薦する。
• 各リリース投稿についてGitLab Notable Contributor を選定し表彰する
• 私たちのマーケティングのカウンターパートおよびコアチームと緊密に連携する。
• Developer Relations チームと協力して、コミュニティの表彰システム、アワード、エンジニアリング支援を改善する。
• GitLab 全体のオープンソースアウトリーチイベントおよびプロセスに参加する。
• コミュニティまたは GitLab チームメンバーが取り組めるよう、コミュニティ Issue をトリアージする
• 日次のマージリクエストコーチレポートからコミュニティのマージリクエストをトリアージする
• マージリクエストコーチとして割り当てられた、またはレビュアールーレットから割り当てられたマージリクエストをレビューする

チームメンバー

コントリビュータープラットフォーム

私たちのコントリビュータープラットフォームは、GitLab へのオープンソースコントリビューターとコミュニティ活動の中心的なハブです。複数のプラットフォームからコントリビューションデータを取り込んでおり、contributors-gitlab-com プロジェクトの README に完全に文書化されています。

@daniel-murphy がプロダクト DRI で、@leetickett-gitlab が技術/エンジニアリング DRI です。

Issue を起票する

gitlab-org/gitlab

オープンソースプロジェクト GitLab に関連し、コントリビューターのフローを向上させるのに役立ち、本質的に公開されるべきすべての Issue は、デフォルトでここに作成してください。私たちは、コントリビューターと GitLab チームメンバーの間に区別を設けないことを目指しており、デフォルトでは誰もがコントリビュートできるべきだと考えています。

• 場所: gitlab-org/gitlab
• 必須ラベル: Contributor Success

gitlab-org/developer-relations/contributor-success/team-task

会社 GitLab の内部的な仕組みに関連するすべての Issue（特定の社内チームの作業、オンボーディングの Issue、オープンソースプロジェクト GitLab とは分離すべきお客様に関連する Issue を含む）は、ここに配置できます。

• 場所: gitlab-org/developer-relations/contributor-success/team-task
• 必須ラベル: Contributor Success

プロジェクト管理

• 私たちのチームプロジェクトは、すべてのタスクとバックログに関する唯一の情報源です。
• 複数の部門にまたがる部門横断的な作業を含むエピックは、gitlab-org のレベルで作成できます。

OKR

OKR は公開されていません。ただし、四半期の目標と主要な成果を含め、これらの目標を常に念頭に置いていることはご安心ください。

パフォーマンス指標

私たちは以下のパフォーマンス指標を持っています。

月間のユニークなワイダーコミュニティコントリビューター数

月間のユニークなワイダーコミュニティコントリビューター数

• 活動:
  • Developer Relations チームとのパートナーシップ。
  • コミュニティオフィスアワーの開催。
  • ハッカソンの開催。
  • フォークからの QA テスト実行の許可。
  • コミュニティコントリビューション（フォーク内）の CI 実行時間の短縮。

詳細は、月間のユニークなワイダーコミュニティコントリビューター数のマーケティング PI セクションに記載されています

Open Community MR Age (OCMA)

• 活動:
  • CI 時間の短縮
  • コミュニティコントリビューションのオートメーションの改善
  • フォークでの QA テスト実行を可能にする
  • コーチ数の増加
  • Engineering Productivity と連携して、コントリビューションツール（現在は GDK）を改善するためのフィードバックを提供する。

詳細は、OCMA のデベロッパーリレーションズ PI セクションに記載されています

私たちの作業計画の立て方

このチームは Developer Relations Engineering のかんばんボードを使用します。Issue は次を満たす必要があります。

• gitlab-org グループで作成されていること
• Contributor Success ラベルが付いていること
• 以下のリストから少なくとも 1 つの workflow ラベルが付いていること

私たちは priority ラベルを使って、四半期ごとの注力分野を指定します。

ワークフローラベル

• workflow::validation backlog: Issue はまずバックログから始まり、チームが KPI、OKR、チーム戦略に対して労力と影響を検証できるようにします。
• workflow::refinement: これらの Issue は、ready とマークされる前に、計画とチームでの議論を通じて検証・洗練されます。Issue は次のワークフローステージに移る前に、Implementation Plan セクションを持つべきです。
• workflow::ready for development: これらの Issue は着手可能であり、Implementation Plan セクションと priority ラベルを持っています。
• workflow::in dev: 今四半期に積極的に取り組んでいる Issue。
• workflow::blocked: 現在ブロックされている Issue。説明にはブロッカーを記載し、ブロックを解除する Issue へのリンクを含める必要があります。
• workflow::complete: 実装後に解決された Issue。これらは、クローズする前にチームおよび Developer Relations 部門へのレポートで強調すべきです。

優先度ラベル

• priority::1（最高優先度）: 今四半期の KPI と OKR に不可欠な Issue、またはコントリビューターの作業をブロックする緊急のバグ。
• priority::2: 今四半期の目標に沿っているが、緊急の期限がない Issue。
• priority::3: 今四半期の目標に影響しないが、長期的な目標を支える Issue。
• priority::4（最低優先度）: 段階的な価値をもたらすが、追加のキャパシティを待てる Issue。

Issue の選び方

チームメンバーは、priority ラベルに基づいて workflow::ready for development から Issue を選択すべきです。チームは今四半期の priority::1 と priority::2 の Issue に注力しますが、大きなプロジェクトの合間に優先度の低いタスクに取り組むのが理にかなう場合もあります。私たちはタスクを選ぶ際、効率とイテレーションという GitLab のバリューに導かれ、Manager of Oneとして行動します。

Developer Relations Engineering のレトロスペクティブ

四半期ごとに、GitLab の Issue を使って非同期のレトロスペクティブ（例）を実施します。

問われる質問は以下のとおりです。

• 何を始めるべきか?
• 何をやめるべきか?
• 何を続けるべきか?

Developer Relations Engineering の DRI は、将来簡単に取り出せるよう、チームトラッカー gitlab-org/developer-relations/contributor-success/team-task に Issue を作成する責任を負います。

Developer Relations Engineering の DRI は、フィードバックを咀嚼し、投票の後に新しい四半期に持ち込む 1 つの Issue を選ぶ責任を負います。

Developer Relations Engineering のスタンドアップ

このスタンドアップの目的は、Developer Relations Engineering のチームメンバー間で協力することです。これは、ブロッカーや進捗を確認し、異なる視点で考え、私たちの目標に向けてイテレーションするための、チーム固有のミーティングです。

• アジェンダ: https://docs.google.com/document/d/1chIzCdg1CNRrRRuYR7c7OW_BF1mBxKFTJoXyP2HLt4E/edit#heading=h.o6qzal1u0b7i

Developer Relations Engineering のリーディングリスト

オープンソースコミュニティとの関係およびコントリビューター体験を改善するための、厳選された外部リソースのリストです。

• Diversity, Equity, and Inclusion in Open Source
• Working in Public: The Making and Maintenace of Open Source Software
• Growing Your Contributors
• Building Welcoming Communities
• Open Source Survey
• Non-code contributions are the secret to open source success
• The secrets to onboarding new open source contributors
• The privilege of free time in Open Source
• Good first issues don’t exist

プロモーション

GitLab チームミーティングカレンダーにイベントを追加する（社内）ことと、以下を作成することをおすすめします。

• GitLab Virtual Community Events の meetup グループでのイベント。
• GitLab Community Discord でのイベント。
• アジェンダ（Google Docs を使い、リンクを持つ全員が共同編集できるよう編集者アクセスを公開）。

注: Zoom リンクにパスワードが埋め込まれていることを確認してください。

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