CP 自動化を活用したエンゲージメントの管理方法
CP とは何か?
CP すなわち「Collaboration Project」は、エンゲージメントのデリバリーを GitLab 内で標準化された再現可能な方法で管理するためのフレームワークです。各顧客は GitLab 内に独自のグループを持ち、そのグループにはその顧客のために提供する各 SOW のためのプロジェクトが含まれます。これらのグループとプロジェクトは、プロジェクトデリバリーに関するすべての情報を保存し、プロジェクトの進捗と健全性を簡単に追跡したり、プロジェクト中に行ったすべての作業の証跡を提供したりします。
私たちのプロジェクトのリストは、社内でスタッフされている場合は GitLab Professional Services Group で、または完全にもしくは部分的にパートナーでスタッフされている場合は GitLab Partner Collaboration Group で確認できます。
SOW はどのように CP に流れ込むか?
PSQuote 見積もりには 1 から多数の見積もり行が含まれます。それらの見積もり行は、gitlab.com の顧客グループ内のエピックに 1 対 1 でマッピングされ、各エピックはワークストリームとして扱われます。その顧客グループには、その顧客のために提供する SOW の数に応じて、1 から多数のプロジェクトが含まれます。各エピックについて、PM は各ワークストリームの完了に向けた特定の作業を追跡するさまざまな Issue を作成します。
一般的なコンポーネントは何か?
- 顧客グループ: このグループは、特定の顧客のために行うすべての作業を保存します。
- SOW/PO プロジェクト: これらのプロジェクトは顧客グループ内に存在し、その特定の SOW または PO 内で行うすべての作業を保存します。
- 顧客グループラベルでのワークストリームエピック: これらは SOW のアクティビティに直接結びついています。
- Issue テンプレートの標準ライブラリ。
- コメントテンプレートの標準ライブラリ。
- ワークストリームごとの各タスク/Issue のステータスをカバーするボードの標準シリーズ。
- デリバリーキット からの特定のドキュメント。
これはすべてどのように作成されるのか?
CPR_GitOps というプロジェクトがあり、カスタマープロジェクトごとにグループ、プロジェクト、エピックなどの基盤を自動的に作成するプロセスを処理します。この自動化は、PSQuote を介した Quilt API によってトリガーされます。現在、CPR_GitOps が提供するためにプロジェクトを適切にスキャフォルドするために必要なすべての詳細を提供するためのステージングエリアとして、マージリクエストを使用しています。
GitLab 内でプロジェクトをセットアップするには、この README に従ってください。このステップをより自動化する作業を継続している間、または #ps-practice Slack チャンネルにメッセージを送信して、CP プロジェクトの作成を依頼してください。
CP プロジェクト例-Delta（移行） CP プロジェクト例-Ripple（移行）
プロジェクトの準備ができた後、PM が何を構成する必要があるか?
- Issue ボード
- README
コラボレーションプロジェクトへの外部からの招待はどのように扱われるか?
コラボレーションプロジェクトには RED Data が含まれることがあります。
不本意な情報露出を避けるため、すべての新規プロフェッショナルサービスプロジェクトでは、アクセス権を付与する前に、GitLab の PS プロジェクトマネージャーと顧客のプロジェクトマネージャー（または主要ステークホルダー）の間で同期的な検証が必要です。この同期検証は、Zoom セッションまたは顧客がホストするセッションで行うことができます。
その後のすべてのチームメンバー招待は、顧客のプロジェクトマネージャーによって制御および発行され、顧客間でのプロビジョニングエラーを防止します。
ここまで来た道のり
カスタマープロジェクト (CP) の自動化は、デリバリープロセスを改善するための OKR として、Adriano Fonseca によって 2022 年に最初に設計されました。元の設計は こちら にあります。この設計は、取り組みを再開する作業を進める中で少し変更されています。
