アジャイルスクラム

スクラム管理型のPegaプロジェクトには、ビジネスを代表するプロダクトオーナー（PO）と、ITプロジェクトチームのワークを促進するスクラムマスターという2種類のリーダーの役割があります。

これらの役割に関連する具体的な責任は次のとおりです。

プロダクトオーナー（PO）:

• 企業を代表し、ビジネスの意思決定のための唯一の連絡窓口となる
• プロジェクトのスコープと優先順位付けを管理
• ステークホルダーの期待を設定
• バックログで成果物の優先順位を設定することで、スクラムチームの作業の優先順位を設定
• スクラムチームの質問に答え、詳細を明確に説明
• ユーザーストーリーの完了を承認または却下する

スクラムマスター：

• スクラムマスターとしてチームを全力でサポート
• スクラムについて説明し、フレームワークについてチームメンバーをコーチング
• 毎日のスクラムコールとスプリントセレモニーを実行
• チームの障害や障壁を解消
• プロジェクトの調整を確実に行うために、必要に応じてビジネスチームとITチーム間の対話を促進

ビジネスアーキテクトは、プロダクトオーナーやスクラムマスターとほぼ毎日接し、ユーザーストーリー、プロジェクトバックログ、ITプロジェクトチームが完了した作業を優先順位付けする共同スプリントミーティングを作成して管理し、ビジネスチームのステークホルダーからフィードバックを集めます。

ソフトウェア開発タスクは、ユーザーストーリーを使用して追跡します。 ビジネスアーキテクトが作成した各タスクまたはワークアイテムは、ユーザーがすべき作業や、ワークアイテムの合格基準を説明するユーザーストーリーで定義されます。 

スクラムプロジェクトのアプリケーションユーザーストーリーの例は、次のとおりです。

• 銀行の利用客が、モバイルアプリから銀行取引明細書のPDFファイルを印刷して、取引と期末残高を確認できるようにしたいと考えています。
• オンラインで子供の誕生日ケーキを注文する親が、店舗で会計を待たなくてもいいように、Zelleで注文品の支払いをしたいと思っています。 
• ゲーマーが、キャラクターを強化するためにアーティファクトを追加で購入できるように、自分の金庫にどれくらい金があるかを確認したいと考えています。

プロジェクト管理とアプリケーション開発のフレームワークとして、スクラムは最も付加価値の高いストーリーを最初に開発し、アイデアを正しく識別して提供し、ステークホルダーと顧客がプロセスに関与し、同意を促し満足度を高められるようにします。 

プロダクトバックログは、目標またはビジョンを実現するために必要なすべての機能と要件に優先順位を付けたリストです。 チームのToDoリストとして利用できます。 アイテムのリストとしてのバックログは、プロジェクトのライフサイクル全体で変化する場合があります。 プロダクトオーナーは、バックログのアイテムの優先順位付けを担当します。バックログ自体は、ユーザーストーリー、Minimum Lovable Product（MLP）リリースに関連する作業単位で構成されています。

PegaプロジェクトのBAとして、プロダクトオーナーと協力して、Pega PlatformのAgile Studioなどの管理ツールでプロジェクトバックログを作成および管理します。

スクラムイベントの一環ではありませんが、バックログの改善はスクラム実施を成功させる鍵となります。 バックログリファインメントは、ユーザーストーリーの詳細を管理および追加するプロセスです。 バックログリファインメントでは、ユーザーストーリーの詳細を、プロダクトオーナーが理解し、優先順位を付け、ITプロジェクトチームが実装できる程度まで記入します。