アクセラレーター開発テンプレート利用ガイド

その他のアクセラレーター関連リソースについては、Accelerator Handbook ホームページを参照してください。


アクセラレーターとは何か

アクセラレーター(Accelerator) とは、Customer Success Architect(CSA)が定義し提供する、カスタマイズされたイネーブルメントフレームワークです。最大で四半期(12 週間)にわたって展開され、関連するコンテンツモジュール、ツール、ベストプラクティスを組み合わせ、特定の顧客成果を達成します。プロセスは ディスカバリーワークショップ から始まり顧客要件を定義し、続いて プランニングワークショップ で実装ステップを描き出します。主要な活動は GitLab プロジェクトのバックログで追跡され、10 週間にわたり実行され、相互サクセスプランとの整合性を確保します。

重要な注意点

  • デリバリープロジェクトおよびアセットへのクロスリンク: テンプレートの各セクションには、サポート資料へのリンクが含まれており、唯一の情報源として機能します。
  • 測定可能な成果への注力: 各セクションでは、ビジネス目標に紐づく具体的かつ実行可能な結果を定義することで、「顧客が得る成果は何か?」を強調します。
  • 標準化されたアプローチ: すべてのアクセラレーター間で一貫性を確保しつつ、顧客ニーズに応じた柔軟性も提供します。
  • サクセスプランとの整合性: すべての活動は顧客の相互サクセスプランに直接マッピングされ、具体的な成果を生み出します。

アクセラレーター業務の 2 つの側面

アクセラレーター業務は 2 つの異なる側面を持ち、それらは Success Services と呼ばれる共通グループの下に組織化されています:

  1. アクセラレーターの開発:
    Customer Success Architect(CSA) チームによって管理されるこの側面は、コンテンツ、プロセス、サポートアセットを含む構造化されたフレームワークの作成に焦点を当てます。

    • アクセラレーターリポジトリこちら で維持されており、開発されたすべてのアクセラレーターが十分に文書化され、スケーラブルで、デプロイメントの準備が整っていることを保証します。
  2. アクセラレーターのデリバリー:
    Customer Success Architect(CSA) チームによって管理されるこの側面は、開発されたアクセラレーターを顧客に対して実装することを含みます。

    • 活動には、構造化されたワークショップ、ガイド付きの実装、継続的なチェックインが含まれ、アクセラレーターが顧客のニーズに合わせて調整され、測定可能な成果を提供することを保証します。

このガイドおよび Issue テンプレートは、新しいアクセラレーターの 開発 に厳密に言及しています。アクセラレーターが十分に文書化され、実行可能で、シームレスなデリバリーの準備が整っていることを確保するための設計図として活用してください。

重要なリンク

グループとプロジェクト

Issue ボード

Value Stream Analytics

Value Stream Analytics(VSA)は、マネージャーやリーダーシップがアクセラレーター開発プロセスについて実行可能なインサイトを得るためのソリューションです。VSA により、ワークロードのバランスをとり、ボトルネックを特定することができます。

アクセラレーターリポジトリ

アクセラレーターリポジトリは、CSA が自身のプロジェクトで活用できる、十分に文書化されたアクセラレーターの設計図(AI-Assisted Code Review の例など)の集中管理されたコレクションです。

アクセラレーターの設計図には、ワークショップガイド、タイムライン、前提条件、実装ステップ、期待される成果、成功指標などの情報が含まれます。

アクセラレーター開発テンプレートの解説と例

1. 概要セクション

このセクションでは、アクセラレーターの目的とそのハイレベルなメリットを紹介します。

例 1: GitLab パフォーマンス最適化

体系的な分析、モニタリング、ターゲットを絞った改善を通じて GitLab インスタンスのパフォーマンスを最適化し、インシデントを削減し、レスポンスタイムを改善し、ユーザー満足度を向上させます。

例 2: 再利用可能なパイプラインテンプレートの実装

実装時間を削減し、プロジェクト間で一貫性を確保する再利用可能な CI/CD パイプラインテンプレートを作成することで、開発を加速します。

2. 顧客への影響: ビジネス価値と成果

顧客が達成するビジネス価値と具体的な成果を明確に表現します。

例 1: GitLab パフォーマンス最適化

  • 成果:
    • パフォーマンス関連インシデントの 50% 削減。
    • ページロード時間の 30% 改善。
    • 開発者の生産性向上とダウンタイム削減。

例 2: 再利用可能なパイプラインテンプレートの実装

  • 成果:
    • 新しいパイプライン作成にかかる時間の 40% 削減。
    • コンプライアンスと信頼性向上のための標準化されたパイプラインプラクティス。
    • パイプライン設定ではなく、価値提供への開発者のフォーカスの増加。

3. 技術的メリット & DORA メトリクス

アクセラレーターが測定可能な DORA メトリクスを通じてどのように技術的パフォーマンスを向上させるかを示します。

例 1: GitLab パフォーマンス最適化

  • フェーズ 1(0-3 か月):
    • デプロイ頻度のベースライン: 週次 → 目標: 日次
    • MTTR: 8 時間 → 目標: 2 時間

例 2: 再利用可能なパイプラインテンプレートの実装

  • フェーズ 1(0-3 か月):
    • CI/CD コンポーネント使用率を 30% から 60% に増加。
    • 95% のパイプライン成功率を達成。

4. 成功指標: 測定可能な成果

成功を測定するための定量的および定性的な指標を定義します。

例 1: GitLab パフォーマンス最適化

  • 定量的な成果:
    • API レスポンスタイムを 20% 削減。
    • Runner の利用効率を 15% 改善。
  • 定性的な成果:
    • アンケートを通じたユーザーからのポジティブなフィードバック。

例 2: 再利用可能なパイプラインテンプレートの実装

  • 定量的な成果:
    • プロジェクトの 50% が再利用可能なテンプレートを使用。
    • 平均パイプライン作成時間を 2 時間削減。
  • 定性的な成果:
    • 再利用可能なパイプラインコンポーネントに関する包括的なドキュメント。

5. サポートデータ

進捗追跡のためのデータソースを含めます。

  • Gainsight ダッシュボード
  • 製品採用メトリクス
  • Salesforce データ

6. 成果物

各フェーズの具体的なアウトプットを定義します。

例 1: GitLab パフォーマンス最適化

  • 技術ドキュメント:
    • パフォーマンスモニタリング用のプレイブック。
  • コード & 構成:
    • GitLab Performance Toolkit の構成。

例 2: 再利用可能なパイプラインテンプレートの実装

  • 技術ドキュメント:
    • CI/CD テンプレート作成のガイドライン。
  • コード & 構成:
    • Java および Python プロジェクト向けの事前構築されたパイプラインテンプレート。

7. タイムラインとリソース

アクセラレーターをフェーズに分割します。

  • 1 週目: ディスカバリーワークショップ
  • 2 週目: プランニングワークショップ
  • 3-12 週目: 実装とチェックイン

8. 主要マイルストーン

重要なマイルストーンと成果物を定義します。

例 1: GitLab パフォーマンス最適化

  • 1-2 週目: ベースラインのパフォーマンスメトリクスを確立。
  • 3-8 週目: 最適化を実装。

例 2: 再利用可能なパイプラインテンプレートの実装

  • 1-2 週目: 初期のテンプレートプロトタイプを開発。
  • 3-12 週目: テンプレートを実装し検証。

Value Stream Analytics 用のラベリング

GitLab プロジェクトでの適切なラベリング

アクセラレーター開発 Issue に適切なラベルを付けることは、アクセラレーターの進捗と成功を可視化するために不可欠です。ラベルにより、アクセラレーターの開発とデリバリーのライフサイクル全体で一貫した追跡とレポートが可能になります。これらは、作業がどこで行われているかについての主要なインサイトを提供し、より広いバリューストリームと取り組みを整合させるのに役立ちます。

なぜラベリングが重要なのか

ラベルは:

  • ワークフロー追跡を促進する: ステージ全体で明確な進捗モニタリングを保証します。
  • データドリブンなインサイトを可能にする: Value Stream Analytics(VSA)を活用して、ボトルネックを特定し、プロセスを最適化します。
  • ビジネス目標との整合性をサポートする: 取り組みが優先度の高いイニシアチブに集中することを保証します。

ワークフローラベルとその目的

1. バックログステージ

ラベル: workflow| problem validation

  • 初期発見フェーズの Issue に使用されます。
  • ソリューション検証に進む前に、問題が明確に定義されることを保証します。

2. アクセラレーター検証ステージ

ラベル:
workflow| solution validation → workflow| planning breakdown

  • 潜在的なソリューションを探索中の Issue にマークします。
  • 開発前にアクセラレーターのコンセプトを検証するための詳細な計画を準備します。

3. アクセラレータープランニングステージ

ラベル:
workflow| planning breakdown → workflow| ready for development

  • 開発を開始する準備が整ったことを示します。
  • すべての依存関係とタスクが明確に定義されていることを保証します。

4. アクセラレーター開発ステージ

ラベル:
workflow| in progress → workflow| scheduling

  • アクセラレーターのアクティブな開発を追跡します。
  • スケジューリングはデリバリータイムラインとの整合性を保証します。

5. アクセラレーターレビューステージ

ラベル:
workflow| scheduling → workflow| in review

  • レビューと改善のプロセスを表します。
  • アクセラレーターが品質基準を満たし、意図された成果を提供することを保証します。

6. ピアレビューステージ

ラベル:
workflow| in review → Issue closed

  • Issue がピアによってレビューされます。
  • Issue がクローズされた時点でこのステージを抜けます。

テンプレートを実行可能にする

アクセラレーターの開発を効率化し、プロセスをより実行可能にするには、CSA とそのチームは非同期コラボレーションに焦点を当て、Accelerator Delivery Framework Meeting のような既存のミーティングを活用するべきです。

この ウォークスルー では、アクセラレーター Issue テンプレートを使用してアクセラレーター開発を効率化し、Value Stream Analytics でパフォーマンスを追跡して最適なライフサイクル管理を行う方法をすべて GitLab の中で確認できます。

1. ワークフロー管理に GitLab Issue ボードを活用する

CSA Issue ボードは、アクセラレーターの状態をカンバン形式で表示し、進捗を簡単に追跡できます。

  • カンバンワークフロー:
    ラベル(例: workflow| in progressworkflow| in review)で Issue を整理し、Backlog、Validation、Planning、Development などのステージを通じて追跡します。

  • プルベースのワークフロー:
    開発者は自身の余力に基づいてタスクを自己アサインでき、ワークロードのバランスが取れ、ボトルネックを削減できます。

2. インサイトのために Value Stream Analytics(VSA)を活用する

GitLab の Value Stream Analytics は、アクセラレーター開発プロセスへの主要なインサイトを提供し、以下に役立ちます:

  • ワークロードのバランス調整:
    過度に負担を抱えているチームメンバーや活用が不十分なチームメンバーを特定します。

    • 例: あるCSAが workflow| planning breakdown ステージで一貫してより長く時間を費やす場合、タスクを再分配して進捗を効率化します。
  • タイムラインの予測:
    データを活用して開発タイムラインをより正確に見積もります。

    • 例: 平均 workflow| in progress ステージ期間が 2 週間である場合、それに応じてデリバリーのマイルストーンを計画できます。
  • プロセスの最適化:
    workflow| in review での時間延長などのボトルネックを発見し、レビュープロセスを改善します。

3. 例: VSA でワークロードのバランスを取る

シナリオ: チームは、workflow| solution validation ステージのアクセラレーターが workflow| ready for development への進行に予想よりも時間がかかっていることに気付きます。

アクション:

  1. VSA を使用して、このステージで費やされた平均時間を分析します。
  2. 遅延がリソース不足によるものか、要件が不明確であるためかを特定します。
  3. 以下のように調整します:
    • より迅速なフィードバックのために追加のレビュアーを加える。
    • 並行作業のために複雑なタスクをより小さな Issue に分割する。

結果: サイクルタイムが短縮され、より予測可能なデリバリースケジュールを持つよりスムーズなワークフロー。

5. 簡素化されたアクションプラン

活動方法DRI成果物
タスクのアサインGitLab Issue ボード(非同期)CSA チーム期日付きでアサインされたタスク
進捗の更新GitLab コメント(非同期)Issue 担当者アサインされた Issue への定期的な更新
開発のチェックイン非同期CSA マネージャーブロッカーと優先事項の同期
ワークフロー効率の分析Value Stream AnalyticsCSA チーム/マネージャー改善されたワークロード分配

アクセラレーター開発レポートのために Value Stream Analytics(VSA)を活用する

Value Stream Analytics(VSA)は、マネージャーとリーダーシップにアクセラレーター開発プロセスへの実行可能なインサイトを提供する強力なツールです。これにより、より優れたワークロード管理、リソース割り当て、および戦略目標との整合性が可能になります。VSA の活用方法は次のとおりです:

1. チーム間のワークロードバランシング

マネージャーは、VSA を使用してアクセラレーター開発ライフサイクルでどこに時間が費やされているかをモニターし、ワークロードがチームメンバー間で公平に分配されるようにできます。

  • : あるCSAが workflow| planning breakdown ステージのタスクの大部分を一貫して担当している場合、マネージャーはバーンアウトを避け、生産性を維持するためにタスクを他のチームメンバーに再アサインできます。

2. タイムラインとデリバリー日の予測

リーダーシップは、VSA データを使用して異なるステージ(例: workflow| in progressworkflow| in review)の平均サイクルタイムを特定し、アクセラレーターがデリバリーの準備ができる時期を予測できます。

  • : 過去のデータを分析することで、リーダーシップはアクセラレーターが通常 workflow| planning breakdown から workflow| ready for development に移動するのに 2 週間かかると見積もることができます。このインサイトは、顧客に対する現実的なデリバリータイムラインを設定するのに役立ちます。

3. ボトルネックの特定

VSA は、Issue が予想よりも長期間留まっているステージをハイライトし、マネージャーがプロセスの非効率性を特定するのに役立ちます。

  • : workflow| in review ステージが進捗を一貫して遅延させる場合、リーダーシップは追加のレビュアーを割り当てたり、レビュープロセスを改善して承認を効率化したりできます。

4. 企業目標との戦略的整合性

リーダーシップはアクセラレーターポートフォリオの進捗を追跡し、より広範な企業イニシアチブと顧客ニーズとの整合性を確保できます。

  • : 企業の優先事項が顧客向けの CI/CD 機能の強化である場合、リーダーシップは「Reusable Pipeline Templates」のようなアクセラレーターを優先し、VSA メトリクスを使用して開発を密接にモニターできます。

5. データドリブンな意思決定

VSA は、マネージャーがリソース割り当て、タスクの優先順位付け、チームパフォーマンスについて十分な情報に基づいた意思決定を行うためのメトリクスを提供します。

  • : チームが workflow| problem validation ステージで一貫して遅いことがデータに表示されている場合、リーダーシップは効率を改善するために追加のトレーニングを提供したり、専門リソースを採用したりすることを決定できます。

6. 透明性とレポート

VSA は、リーダーシップがステークホルダーと共有して進捗とパフォーマンスを示すことができる、明確でビジュアルなレポートを提供します。

4. 例: VSA でワークロードのバランスを取る

シナリオ: チームは、workflow| solution validation ステージのアクセラレーターが workflow| ready for development への進行に予想よりも時間がかかっていることに気付きます。

アクション:

  1. VSA を使用して、このステージで費やされた平均時間を分析します。
  2. 遅延がリソース不足によるものか、要件が不明確であるためかを特定します。
  3. 以下のように調整します:
    • より迅速なフィードバックのために追加のレビュアーを加える。
    • 並行作業のために複雑なタスクをより小さな Issue に分割する。

アクセラレーター開発レポートのために GitLab Roadmaps、Epic、子 Issue を活用する

この ウォークスルー では、SPS アクセラレーターの開発とデリバリーのライフサイクルを管理するために GitLab Roadmaps と Epic を活用する方法を学べます。

GitLab Roadmaps は、Epic および子 Issue とともに、アクセラレーターの開発とデリバリーを管理しレポートする構造化された透明性のある方法を提供します。これらは集中管理された可視性、戦略的整合性、データドリブンな意思決定を可能にします。これらのツールを効果的に活用する方法は次のとおりです:

1. チームの集中管理された可視性

Roadmaps を使用すると、四半期にわたるすべてのアクセラレータープロジェクトの統合ビューを提供し、チームがワークロード分配と進捗をモニターできます。

  • : 「Accelerators Q4FY25」のような四半期 Epic は月次サブ Epic に分解され、成果物とチーム能力をより良く追跡できます。

2. リーダーシップのための戦略的リソース割り当て

リーダーシップは、Roadmaps を活用してリソース計画を顧客ニーズと企業の優先事項と整合させ、影響度の高いプロジェクトが優先されることを保証できます。

  • : CI/CD に焦点を当てたアクセラレーターが優先事項である場合、リーダーシップはタイムリーなデリバリーを保証するために Roadmap でその進捗を追跡できます。

3. パフォーマンスメトリクスの追跡

Roadmaps は、ラベルと Issue ウェイトと組み合わせると、デリバリーの速度とチームパフォーマンスを測定するのに役立ちます。

  • : Issue にウェイトを割り当てる(例: 中程度の労力のアクセラレーターにウェイト 8)ことで、リーダーシップはチームの能力を評価し、必要に応じてワークロードを調整できます。

4. ボトルネックの特定と解決

Roadmaps の明確なタイムラインとワークフローラベルにより、Issue がどこで停滞しているかを特定し、ボトルネックをすばやく解決することが容易になります。

  • : 多くのタスクが長期間 workflow: in-review としてラベル付けされている場合、マネージャーはレビュアーを追加して進捗を加速できます。

5. 顧客ニーズとの整合

Issue に対する明確な命名規則(例: [顧客名] - [アクセラレータータイプ])を使用することで、各アクセラレーターが特定の顧客要件と目標と整合することを保証します。

  • : 「Acme Corp - CI/CD Enhancer」とラベル付けされた Issue は、アクセラレーターの目的と価値について明確さを提供します。

6. ステークホルダー向けの透明性のあるレポート

Roadmaps は、アクセラレーターポートフォリオの進捗に関するビジュアルレポートを提供し、ステークホルダーと共有して企業戦略とデリバリータイムラインとの整合性を示すことができます。

例: Epic を介したアクセラレーターデリバリーの追跡

シナリオ: リーダーシップは、Q4FY25 における CI/CD に焦点を当てたアクセラレーターのタイムリーなデリバリーを確保したいと考えています。

アクション:

  1. Q4FY25 用の親 Epic を作成し、関連する月次サブ Epic をリンクします。
  2. 明確なウェイト、ラベル、期日を持つ Issue をアサインします。
  3. 完了率を定期的に更新し、Roadmap ビューで進捗をモニターします。