準備フェーズの準備
準備フェーズに向けた準備
準備フェーズは、1週間から3週間までさまざまです。 プロジェクトのキックオフとなるフェーズなので、事前の準備が必要です。 プロジェクトチームの中には、これをスプリントゼロと呼ぶチームもあります。 準備フェーズでは、Minimum Lovable Product(MLP)のスコープを絞り込み、アプリケーション設計を完了し、最初の設定スプリントの準備を行います。 準備フェーズでは、プロジェクトデリバリーリード(PDL)が調整を行います。
準備フェーズでは、一般的に以下のアクティビティに対応します。
- プロジェクトキックオフの開始
- ユーザーリサーチとデザインスプリントの実施
- ソリューション設計の最終決定
- プロジェクトガバナンスとプロジェクトスタンダードを確立
- デプロイメント、スプリント、テストなど、プロジェクトのスケジュール確認
- ビジネス準備アクティビティの定義
- 共同制作対応計画の最終決定
準備フェーズでは、チームが正常に開発フェーズに入るための準備を行います。 次の図は、準備フェーズの間に実現する必要がある内容をまとめたものです。
準備が完了するのはいつですか。
アウトプットの準備
- ガバナンスとスプリントセレモニーの確立
- 完了の定義と準備完了の定義の合意
- ツールの合意と準備(例:Agile Studio)
- ユーザーストーリーのバックログが作成済み(DoRまで) - 1つ以上のスプリントの価値
- 詳細化計画を確認して実施
- テスト戦略の確認
- スプリントリリース計画の確認(デプロイメント日など)
開発の準備
- 開発やテストに備えた環境設定
- App Studioでのアプリケーション作成
- Case Type Backlog(3本柱)をApp Studioに変換
- ビジネス成果を上げる設計の完了
- ケースデザインの合意と承認
- データモデルの合意と承認
- UX/UIデザインの概要とガイドラインの合意
- 統合とデータ依存計画の合意
計画の準備
PDLは、準備期間中に複数のチームアクティビティを計画します。 次の図は、必須の主要セッションをまとめたものです。
各ミーティングはPDL(または代理人)がスケジュールを設定し、チームで共有します。
以下のセッションを開始します。
- セールスからデリバリーへの引き継ぎミーティング
- プロジェクトキックオフミーティング
- ビジョン調整ミーティング
- ビジネス成果の確認
- デリバリーアプローチの概要
- デザインスプリント(オプション:発見フェーズで完了する場合もある)
テクニカルセッションは以下のとおりです。
- アーキテクチャと設計
- DevOps
- 機能以外の要件
ガバナンスセッションは以下のとおりです。
- 共同制作対応計画
- ガバナンスを確立する
- 変更リクエストプロセス
- テスト戦略
- デリバリー計画/スプリントスケジュール
- ツール例:Agile Studio
- ビジネスレディネス、ユーザートレーニング
開発セッションの準備は以下のとおりです。
- 完了/準備の定義
- ステージの作成とステップモデル
- 製品バックログの作成
- ユーザーストーリーの作成(最初のDCOセッションを含む)
- ユーザーストーリープレイバック/承認
- Pega Expressテスト計画
- 開発の準備
補足: プロジェクトの中には、スケジュールされたミーティングの間に、詳細なリサーチやチームワークが必要な場合があります。
次の表は、日々のミーティングスケジュールの例を含みます。
1日目 | 2日目 | 3日目 | 4日目 | 5日目 |
キックオフ 目標、手法の確認 |
ビジョン調整の技術的なアーキテクチャ スポンサーレビュー |
デザインスプリント:マップ 対応計画、テスト戦略、ガバナンス、DevOps |
デザインスプリント:概要策定 準備/完了の定義、変更の管理、トレーニング、NFR |
デザインスプリント:決定 |
6日目 | 7日目 | 8日目 | 9日目 | 10日目 |
デザインスプリント:プロトタイプ | デザインスプリント:テスト |
幅広い対象ユーザーへのデザインプレイバック デリバリー計画、ステージの作成とステップモデル |
ユーザーストーリーのリスト作成、ジャーニー中心のテスト計画の作成、ユーザーストーリー作成の計画 | ユーザーストーリーの作成 |
11日目 | 12日目 | 13日目 | 14日目 | 15日目 |
ユーザーストーリーの作成 | ユーザーストーリーの作成 | ユーザーストーリーの作成 |
ユーザーストーリーの確認/プレイバック 開発の準備 |
ユーザーストーリーの確認/プレイバック 開発の準備 |
プロジェクトキックオフ
プロジェクトキックオフは、チーム全体がビジョン、ビジネス成果、デリバリー計画を理解した上でプロジェクトを開始するための主要なイベントです。 プロジェクトデリバリーリードは、セールスからデリバリーへの引き継ぎの際に準備され、共有された資料の多くを再利用して、キックオフミーティングを開催しホストします。
プロジェクトキックオフミーティングには、プロジェクトチームの全メンバー(シニアステークホルダーとスポンサーを含む)が参加する必要があります。
ヒント: キックオフセッションをオンラインで開催すると、参加者全員が対面で参加できなくても問題ありません。
プロジェクトキックオフミーティングとビジョン調整ミーティングの目的は、以下のとおりです。
- プロジェクトチーム、クライアントチーム、主な利害関係者の紹介
- プロジェクトにおける役割と責任の明確化
- ビジョン、ビジネス成果、および顧客の目標の理解度を確認
- プロジェクトのスコープとスケジュールの共有
プロジェクトキックオフで何が行われるかについては、Pega Academyプロジェクトキックオフとビジョン調整を参照してください。
ユーザーリサーチとデザインスプリント
プロジェクトの準備フェーズでデザインスプリントを計画している場合は、参加者の招待、アジェンダの設定、会議室の予約、データの収集など、このスプリントに向けた事前準備が不可欠です。 デザインスプリントを成功させるには、スプリント開始前の調査が必要です。 たとえば、現在のユーザーへのインタビューや、現在と将来のビジネスプロセスの文書化を行う必要があります。
ソリューション設計の最終決定
準備フェーズの間に、チームはどのアプリケーションアーキテクチャを使用するかを決定します。 技術チームはイベントに参加し、最適なソリューションを決定します。 各チームは協力して、以下を行う必要があります。
- アーキテクチャの深堀り(ワークショップ)の実施
- 機能以外の要件すべての確認
- アプリケーション環境とDevOpsプロセスの合意
詳細については、Pega Academyのトピック技術的なアーキテクチャを参照してください。
ガバナンスとプロジェクトスタンダードを確立
プロジェクトガバナンスの確立とプロジェクトスタンダードの合意
各コンポーネントに含まれる内容の概要は以下のとおりです。
ガバナンス
- プロジェクトステータスレポートに含まれる内容の合意
- マルチレベルガバナンスのための会議日程および出席者へのコミットメント
- 変更管理プロセスの識別
- 使用するツールの確認(Pega Guardrails、Pega Diagnostic Cloudなど)
プロジェクトスタンダード
- 欠陥の重大度と優先度の定義
- ユーザーストーリーの完了の定義(DoD)の合意
- 推定されるストーリーの準備完了の定義(DoR)の合意
セキュリティチェックリスト
準備段階では、セキュリティチェックリストをチームで確認し、所有者を割り当てて各スプリントの終わりに確認するようにしておく必要があります。 準備フェーズでチームがセキュリティチェックリストを理解していることを確認することは、セキュリティを念頭に置いたアプリケーション設計を行うために重要です。
ガバナンスとプロジェクトスタンダードの詳細については、Pega Academyトピックガバナンスで説明しています。
プロジェクトスケジュールの確認
準備を通して、プロジェクトチームはMicrojourneyについての知識を深めていきます。 プロジェクトデリバリーリードは、プロジェクトのスケジュールと計画されたリソースを検証します。 この確認により、正しい数のスプリント(容量)が計画され、プロジェクトを成功させるための十分な人的資源が確保されていることが確認されます。
PDLでは、スプリント数やスクラムセレモニーのタイミングを調整します。 チームは、テスト環境へのデプロイメントをスケジュールする時期について合意します。 PDLは本番までの全体的なタイムラインも確認し、付随する準備アクティビティが計画され、予定通りに完了するようにします。
プロジェクト計画の詳細については、Pega Academyトピック計画の検証で説明しています。
ビジネス準備アクティビティの特定
チームは、必要なアクティビティを特定して計画し、本番への移行をサポートします。 ビジネス準備アクティビティの例として、新しいコールセンターMicrojourneyを導入する場合に必要なエージェントトレーニングが挙げられます。 コールセンターのエージェントは、顧客リクエストを完了させるための新しいステップや、通話環境をサポートするための新しいスクリプトについてトレーニングを受ける必要があります。
補足: ビジネス準備ワークは、導入フェーズで最終決定し管理されますが、そのワークは準備フェーズで計画を立てる必要があります。 計画では、チームが本番で集結させる必要のあるすべてのコンポーネントを特定していることを確認します。
共同制作対応計画の最終決定
共同制作は、お客様がPega Platform™の経験を積むための一般的な方法です。 共同制作では、顧客プロジェクトチームのメンバーにアプリケーションについて説明し、ビルドされるソリューションに影響を与え、顧客がPega Platformアプリケーションを本番環境で維持できるようにします。 クライアントチームのメンバーにPegaアプリケーションのトレーニングと認定を行い、スクラムチームに組み込むことで、個々のクライアント側のリソースは、望ましいビジネス成果を正常にデリバリーし、将来のリリースの管理をサポートすることができます。
補足: 共同制作の計画を立てるには、個人がスキルアップする必要があります。 個人がプロジェクト全体を通して参加し、貢献する必要があります。
次の問題に答えて、理解度をチェックしましょう。
このトピックは、下記のモジュールにも含まれています。
If you are having problems with your training, please review the Pega Academy Support FAQs.