Verify プロダクトグループ

Verify

このページの目的

Verify Product Group は、共有、発見可能性を高め、非同期コミュニケーションへのバイアスを促進することを目指しています。私たちはこのハンドブックページを、チームのプロセスを紹介する場として活用するとともに、レトロスペクティブのためにチームメンバー間でプロセスについてオープンに議論する機会を提供する場としても活用します。

どこで連絡が取れますか?

Slack: #s_verify

GitLab プロジェクト: Verify

Verify チーム:

• Verify:Pipeline Execution
• Verify:Pipeline Authoring
• Verify:Runner
• Verify:Pipeline Security

あなたたちは何をしているのですか?

このプロダクトグループの目的は、Verify ステージのディレクションに記載されています。これには、パイプラインの体験、.gitlab-ci.yml ファイルの作成やオーサリング、パイプライン内でのジョブの実行、CI/CD におけるさまざまなテスト機能などが含まれますが、これらに限定されません。

Continuous Integration と Runner の境界（オーナーシップ／DRI）

一般に Continuous Integration と Runner の機能は相互に依存していますが（Runner は CI ジョブを実行するビルドエージェントです）、Verify のカテゴリーとしては別個の機能領域を表しています。しかし、高レベルのカテゴリーにきれいに収まらないように見える機能やケイパビリティについて、どのチームやプロダクトマネージャーが DRI であるかを見極めるのが難しい場合があります。このセクションは、そうした境界を明確にすることを目的としています。

GitLab では、責任を割り当てるために DACI を使用しており、これは全員が Consulted（相談を受ける）および Informed（情報を共有される）となることを意味しますが、相談しなければならない重要なチームメンバーを明示するために、下記の表で誰に相談すべきかを明確に指定しています。

記載された DRI は引き続き意思決定のオーナーであり、重要なチームメンバーへの通知・相談に責任を負いますが、‘Must be Consulted’（相談必須）に指定された人を明示することで、これらのチームメンバーが DRI のプロダクトマネージャーと連携するコアエンジニアリングチームに属していない場合に、誰を巻き込むべきかを推測する手間を省きます。

ワークフロー

私たちは、マイルストーンおよび GitLab のプロダクト開発フローに沿って、Kanban スタイルで作業しています。

部門横断的なパートナーシップ

私たちは他のチームと頻繁に協働しており、他者との関わり方をより良くしようと努めています。この対話の一員になることに興味がある方は、#s_verify Slack グループにご連絡ください!

Product Marketing との関わり

私たちは Product Marketing Management と非常に密接に連携しています。Verify ステージには、PMM チーム構成で定義されている安定したカウンターパートが割り当てられており、これは CI ユースケースに沿っています。

主なプロセスは 4 つあります:

1. 半期ごとのステージ全体の GTM および戦略ポジショニング
2. 四半期ごとのセールスイネーブルメント
3. プロダクトグループ向けの四半期ごとのロードマップアラインメント
4. プロダクトグループ向けの月次リリース投稿と市場ポジショニング

ステージ全体の GTM および戦略ポジショニング

• 頻度: 年 2 回
• 対象: 社内
• 作成する成果物: デッキ、録画、Issue ボード
• 目標: ステージの半期プロダクト戦略を、GTM のセールスモーションおよび競合状況と整合させる 30 分間の録画を提供します。セールスチームがピッチを行う際や、プロダクトマネージャーが見込み顧客とのコールで早期セリングを行う際に役立つ成果物を含めます。

私たちは先日、FY22 1H 向けに、デッキとともに、初のステージ全体での PMM とプロダクトポジショニングの合同セッションを実施しました。

セールスイネーブルメント

• 頻度: 四半期ごと
• 対象: 社内
• 作成する成果物: デッキと録画
• 目標: フィールドイネーブルメントで使用するための、さまざまなプロダクトトピックに関する 10 〜 30 分の録画を提供します。

私たちは先日、cs-skill#116 を通じて、技術トピックのベンチ構築に関する議論に参加しました。このようなセッションは、PMM と連携してフィールド向けの説得力のあるストーリーを構築するために活用されます。

プロダクトグループ向けロードマップアラインメント

• 頻度: 四半期ごと
• 対象: 社外
• 作成する成果物: 録画
• 目標: ウェビナー、パートナーコール、ホワイトペーパーで使用するための、さまざまなプロダクトトピックに関する 10 〜 30 分の録画を提供します。

これらはテーマを導き、市場でストーリーを構築する機会を提示することを目的としたものであり、コミットメントではありません。コミットメントであれば、マイルストーンにスケジュールされることになります。

機能向けのリリース投稿と市場ポジショニング

• 頻度: 月次
• 対象: 社外
• 作成する成果物: コピー／テキスト
• 目標: リリース投稿アイテムまたはブログ投稿において、プロダクトマネージャーとともにマージリクエストでの文章によるコミュニケーションを提供します。

私たちは、Moving CI to Lovable…again や、Pipeline Editor に関するこの解説のような、機能固有のブログ投稿を出すことがあります。これらは、リリース投稿のレビューとポジショニングとともに PMM を巻き込む絶好の機会です。

Customer Success と更新の関わり

私たちは、Customer Success（SA／CSM）とプロダクトマネージャーが見込み顧客や顧客からのプロダクトフィードバックについて同期するための、CS <> Product フィードバックループを設けています。月次のリズムで集まり、cs-product-feedback プロジェクトで作成された Issue として記録され、この Issue ボードに集約された、解決すべき問題について議論します。

Alliances との関わり

詳細は今後追加予定です

コミュニティ貢献

私たちは、オープンソースコミュニティをできる限り奨励し、サポートしたいと考えています。成功の指標は 2 つあります:

1. Verify ステージにおけるコミュニティからのマージ済み MR
2. MRARR

コミュニティからのマージリクエストを可能にするための私たちのプロセスは、Verify チームページに記載されています。

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