サービスオファリングごとのイテレーション計画
PS の変革的計画について学びます。
変革／大規模マイグレーションのための Iteration 0 計画
顧客との Kickoff および Planning & Design に向かう中、初期計画フェーズで何を扱う予定か、それがプロジェクト全体にどう影響し、将来の Iteration にどう繋がるかを明確に伝えられることが重要です。以下のガイドには、デリバリーに進む際のオペレーショナルエクセレンスを確保するために、Iteration 全体にわたるマネジメント原則が含まれています。これにより、施策の重要性を強調し、ステークホルダーからの賛同を継続的に獲得するために、測定可能な結果を早期に頻繁に示せます。私たちは、顧客が GitLab プラットフォームを活用するという意思決定を強化するために、コアとなる顧客チームに大規模な施策を管理するための GitLab の使い方を教える必要があります。
すべての変革プロジェクトには SCM マイグレーションと CI 移行の要素が含まれます。これらの主要な GitLab 機能の採用を促進するために、詳細で具体的な構造の作成に焦点を当ててください。
- Iteration 0:
- ソース／デスティネーションの discovery とアクセス調査
- Definition of Done: 各システムからトークンを収集済み。
- Congregate コンテナ／VM のデプロイ
- Definition of Done: congregate が稼働中。トークンが追加済み。API 呼び出しでデータが返されることを検証し、ソース、デスティネーション、congregate VM 間のネットワークを検証済み。
- ウェイブの計画: ウェイブを計画するスプレッドシートを構築するか、ソースシステムを調査して移行する特定のルートグループを概説する。どのプロジェクトをいつ移行するかを把握するための追跡リストを作成する。これらのウェイブの影響を受けるユーザーを把握する。ウェイブ計画の一部として CICD 変換の依存関係を確立する。マイグレーション検証基準と実行を確立する
- エンドユーザーとのコミュニケーションを確立
- Definition of Done: 顧客プログラムマネージャーがメンテナンスウィンドウ（ソースが読み取り専用モードになる時間）、どのプロジェクトがいつ移行するか、どのプロジェクトがどのユーザーに影響するか、ユーザーがサポートを得るためにどこに行くべきか、または質問がある場合の問い合わせ先を理解している。
- CI/CD パイロットアプリケーションチームの計画。パイロットチームとして特定された各アプリケーションチームと discovery セッションを開催する。
- PM レビュー
- コミュニケーション、コラボレーション、期待値管理などに関するレトロ
- 完了済みアイテム／ブロッカーに関するイテレーションレビュー
- ソース／デスティネーションの discovery とアクセス調査
- Iteration 1 - N. スケールマイグレーションの前または並行して行われる後続のイテレーションでは、パイロット活動とマイグレーションに必要な Issue を各イテレーションにマッピングします:
- CI パイロットチームと Planning セッションを開催し、ジョブレベルを理解する
- Definition of Done。たとえば、ジョブが正しく翻訳されたことを示すインプットとアウトプットは何か。また実行時間／パフォーマンスなどの非機能要件。
- Jenkins/Teamcity/Bamboo などのジョブを GitLab CI に翻訳するためのワーキングセッションを開催
- Definition of Done: 上記の Definition of Done 基準を完了の証拠として使用。
- 学んだことを将来のスケール移行作業で使えるよう、再利用可能な指示にドキュメント化する。
- パイロットチームの CI 移行を主要ステークホルダーと記念し、デモンストレーションを提供する
- CI パイプラインジョブを CI テンプレートライブラリにテンプレート化する。パイロットチームの CI パイプラインをテンプレートを参照するようリファクタする。
- SCM マイグレーション時にマイグレーション自動化が開く Issue テンプレートを作成し、CI を翻訳する方法および／または GitLab CI テンプレートライブラリを使用する方法のステップバイステップガイダンスを含める。
- パイロットチームの移行を披露し、CI テンプレートリポジトリの利用を強調するため、広範な lunch and learn を開催する。
- PM レビュー:
- パイロットのアプリケーション選定、顧客パイロットチームメンバーに割いた時間、遭遇した官僚的またはその他の制約などに関するレトロ
- イテレーションレビュー - パイロットチームの CI 翻訳の進捗をデモし、次のステップとブロッカーを議論する。
- CI パイロットチームと Planning セッションを開催し、ジョブレベルを理解する
- Iteration N - M. マイグレーション中のイテレーションでは:
- マイグレーションエンジニアがランブックとして使用するため、ウェイブごとに 1 つの Issue を作成する。そのウェイブの影響を受けるエンドユーザーに通知する。サポートの得方と、新しく移行された GitLab プロジェクトに新しい Issue が作成された際に何を期待すべきかを伝える。
- クローズされた Issue のバーンアップ（CI 採用を示す）を表示できるダッシュボードを作成する。1 日あたりの CI ジョブ実行数を表示する別のダッシュボード (Graphana?) を作成する。データが表示され始めたら、主要エグゼクティブに披露する。
- 顧客の GitLab CI 採用を促進するためのオフィスアワーを開催する。
- アプリチームが GitLab エンジニアに自分たちのパイプラインジョブの翻訳を依頼するための Consultation request アプローチを作成する？
- PM:
- ステークホルダーレビュー／Steerco をスケジュール。
- レトロ - サポートリクエスト、ステップバイステップコミュニケーションでの Issue、マイグレーション後のデータ整合性などをレビュー。マイグレーション済みアプリ数や実行された CI ジョブ／クローズされた CI Issue の数を披露するためのイテレーションレビュー。
- Iteration M - O. SCM マイグレーション後で CI 移行中のイテレーション
