ステークホルダーとのインタラクション

Pega BAは、以下のプロジェクトステークホルダーの1人または複数と協力して、ビジネスチームとITプロジェクトチーム間で常に連携できるようにします。

• プロダクトオーナー（PO）： プロダクトオーナー（PO）は、プロジェクトのビジネスチームにおけるクライアントの代表者の1人です。POは、主にプロジェクトのスコープを管理し、ソフトウェア開発プロセス全体で要件の優先順位付けを担当します。Pega BAは、POと緊密に連携し、Pega Platform™アプリケーションがプロジェクトの戦略的成果を期待通りの時間内に実現できるようにします。

• プロジェクトデリバリーリード（PDL）：プロジェクトマネージャーとも呼ばれるPegaプロジェクトデリバリーリードは、主にPegaデリバリーチームのリーダー、プロジェクトガバナンスの維持、クライアントのリーダーシップチームとの連携を担当します。Pega BAは、PDLと緊密に連携して、プロジェクトが期限内、予算内、スコープ内に収まるようにし、ビジネスチームとITチームのステークホルダーの間で、プロジェクト成果物のタイミングとコストに対する期待が一致するようにします。

• スクラムマスター：  スクラムマスターは、アジャイルベースのソフトウェアデリバリーフレームワークであるスクラムの促進とサポートを担当しています。 スクラムマスターは、スクラムチームの編成、スプリント計画、サイジング、バックログリファインメント、レトロスペクティブミーティングなどのスクラムセレモニーの促進を担当し、スクラムチームの成功に責任を負います。 

• システムアーキテクト（SA）：システムアーキテクトは、Pegaアプリケーションを設定するプロジェクトチームのPegaデベロッパーです。システムアーキテクトファミリーには、システムアーキテクト（SA）、シニアシステムアーキテクト（SSA）、およびリードシステムアーキテクト（LSA）が含まれます。システムアーキテクトは、Pega BAやビジネスのステークホルダーと協力し、Pega GenAI Blueprint™ を使用してアプリケーションを開発します。LSAは、BlueprintファイルをPega Platform環境にインポートする責任を負い、BlueprintとPega BAの両方が作成したユーザーストーリーを使用して、アプリケーションの機能要件と技術要件の両方を設定します。Pega BAは、ビジネスステークホルダーのためにシステムアーキテクトが提供する技術情報を翻訳し、開発中のアプリケーションを理解し、要件を満たしていることを確認します。

• 品質アナリスト（QA）： 品質アナリストは、アプリケーション機能が文書化されたビジネス要件を満たしていることを確認します。Pega BAによって作成されたユーザーストーリーを作業のベースラインとして使用し、QAはテストスクリプトとシナリオテストを構築し、アプリケーションが期待どおりに機能することを確認します。QAは、アプリケーションテストに関連する時間と労力が適切な量になるように、リファインメントやサイジングセッションなどのスクラムセレモニーにも参加します。

• 対象分野のエキスパート（SME）：対象分野のエキスパートは、ビジネスプロセスに必要なステップについて深い知識を持つ、プロジェクトチームにおけるクライアント組織の代表者です。SMEは、これらのステップに関連する特定の運用要件と機能要件を提供します。Pega BAはSMEと協力し、通常は運用ウォークスルーで、エンドユーザーによる「現状の」プロセスやアプリケーションの操作を観察します。Pega BAはSMEと連携して、顧客のニーズを満たし、望ましい戦略的成果を達成するためにエンドユーザーが実行すべきすべての作業（システム内外）を把握します。 

• ビジネスアナリスト：ビジネスアナリストは、プロジェクトチームにおけるクライアント組織の代表者です。ビジネスアナリストは、主に最新の「現状の」プロセス、データ要件、およびビジネス要件の文書化を担当しています。Pega BAは、ビジネスアナリストと協力してこのドキュメントを収集および確認し、冗長性やボトルネックの解消、ワークフローの自動化の推奨、リソースニーズの判断、データやインターフェイス要件などの技術的な詳細の定義など、改善の機会を特定します。

• UXデザイナー： UXデザイナーは、アプリケーションの設計が確実にエンドユーザーのニーズを満たし、アクセシビリティ基準に準拠し、すべてのアプリケーションデリバリーチャネルで一貫した体験を提供するように努めます。Pega BAはUXデザイナーと協力して、ユーザーエクスペリエンス要件に沿ったユーザーインターフェイスを設計し、Pegaの標準機能を最大限に活用し、戦略的なビジネス目標を達成します。

• ソリューションコンサルタント： ソリューションコンサルタントは、営業プロセスの初期段階でクライアントと連携します。多くの場合、ソリューションコンサルタントはビジネスステークホルダーと協力してBlueprintを設計します。営業プロセスにおいてクライアントがさらに先に進む場合、ソリューションコンサルタントは、プロジェクト開始前にプロジェクトのデリバリーを担当するPegaビジネスアーキテクトとシステムアーキテクトにBlueprintを引き継ぎます。

次の図は、Pega BAとしてプロジェクトでやり取りするステークホルダーを示しています。

プロジェクトチームの規模や構造はプロジェクトによって異なります。小規模プロジェクトでは、一部のチームメンバーが複数の役割を担う可能性があります。たとえば、ビジネスアーキテクトがプロジェクトのプロダクトオーナーとしての役割を果たすべき場合もあります。

プロジェクトの正確なステークホルダー構成にかかわらず、Pega BAとして、プロジェクトチーム全体でこれらの責任領域の調整を確保することが重要です。これが、変革されたビジネスプロセスが最大限に効率的で費用対効果の高い方法で戦略的目標を達成できるようにする唯一の方法です。以下のステークホルダーとの調整を行います。

• プロダクトオーナー（PO）： Pega BAとして、住宅ローン申請のビジネスニーズに対応するユーザーストーリーを作成します。プロダクトオーナーと定期的にユーザーストーリーのレビューミーティングを行い、ユーザーストーリーの合格基準を確定し、プロジェクトバックログ内のユーザーストーリーに優先順位を付けて、プロジェクのトタイムライン内に必要な機能が提供されるようにします。 
• プロジェクトデリバリーリード（PDL）： Pega BAとして、不正検出アプリケーションのソリューションが、当初の認識よりも複雑であることがわかりました。PDLとPOと連携して、スコープの変更がデリバリースケジュールに影響するかどうかを判断し、追加のスコープを管理するオプションを特定します。定期的なプログラムガバナンス会議では、PDLとPOがプロジェクトスポンサーや管理チームと協力して問題を解決し、プロジェクトの修正計画について合意します。 
• スクラムマスター： Pega BAとして、スクラムチームのメンバーでもあるため、スクラムマスターと一緒にすべてのスクラムセレモニーに参加します。サイジングやスプリント計画のミーティングでシステムアーキテクトに意見、フィードバック、ガイダンスを提供し、スクラムマスターと協力して、ユーザーストーリーの完了を妨げている要因を除去します。 
• システムアーキテクト（SA）： Pega BAとして、ユーザーストーリーで住宅ローンアプリケーションのビジネスニーズを文書化します。  次に、システムアーキテクトと会議を行って、文書化されたビジネスニーズを理解していることを確認して、ユーザーストーリーに基づいてニーズを設計、構築、単体テストを行うために必要な労力を見積もることができます。  
• 品質アナリスト（QA）：Pega BAとして、品質アナリストに意見を提供し、新しい住宅ローンアプリケーションのテストスクリプトを作成できるようにします。品質アナリストからアプリケーションに欠陥の可能性があると通知された場合、品質アナリストと話し合い、その問題が現在のアプリケーション設計における真の欠陥なのか、それとも、現在または将来のプロジェクトスコープに含めることを検討するためにプロダクトオーナーに提示すべき新しい要件なのかを判断します。 
• 対象分野のエキスパート（SME）： Pega BAとして、不正検出ケースに取り組む際にユーザーが実行する具体的な手順を理解する必要があります。SMEと一緒に「現状の」プロセスの運用ウォークスルーをスケジュールし、新しい「将来の」不正検出プロセスに含めるべき必須のステップ、プロセス要件、ビジネスルールを特定します。設計後、SMEと「将来の」プロセスを確認し、すべてのビジネスとユーザーのニーズと要件が満たされていることを確認します。
• ビジネスアナリスト： Pega BAとして、最新の「現状の」住宅ローンプロセスで、顧客のクレジット履歴データがどのように、いつ、どこから取得されるかを理解する必要があります。クライアントのビジネスアナリストとのミーティングを行い、最新の「現状の」プロセスでデータベースアクセスを確認し、「将来の」プロセスに関連付けられたユーザーストーリーに含めるために関連する詳細取得します。 
• UXデザイナー： Pega BAとして、クライアントの要件が、タスクを完了するうえで明確なガイダンスをユーザーに提供していないと認識しています。PegaのUXデザイナーと連携して、ワークフローのガイドラインを確立し、アプリケーション全体でエンドユーザーエクスペリエンスが直感的かつ魅力的であり、一貫性があるようにします。  
• ソリューションコンサルタント： ソリューションコンサルタントは、営業プロセスの初期段階でクライアントと連携し、BlueprintでPega Platformアプリケーションのプロトタイプを設計します。ソリューションコンサルタントは、プロジェクト開始前にアプリケーション設計を検証するため、プロジェクトのデリバリーを担当するPegaビジネスアーキテクトとシステムアーキテクトにBlueprintを引き継ぎます。

Pega Platform™は、効率的で拡張可能なアプリケーション開発を支援するために、共同作業と設計を管理するための強力なツールを提供しています。ワークスペースとブランチ は、チームが業務を整理し、バージョン管理を行い、開発ライフサイクルを簡素化するのに役立ちます。  ワークスペースは、プロジェクト内のさまざまな役割やタスク向けにカスタマイズされた環境を提供し、ブランチは、開発者が変更を共有ルールセットにマージする前に分離できるようにします。 これらの機能を組み合わせることで、開発作業の整合性、安全性、進化するプロジェクトニーズへの適応性を維持できます。

ワークスペース

Pega Platformのワークスペースは、アプリケーション開発に関わるステークホルダーがアプリケーション機能を個別に構築および管理するための、安全で焦点を絞ったスペースを提供します。各ワークスペースは、開発者アクセスを持つ特定の1人のオペレーターに関連付けられ、1つのアプリケーションに限定的に関連付けられています。

アプリケーション内で、各オペレーターにはデフォルトで1つのワークスペースが作成されますが、オペレーターはそのアプリケーション内に複数のワークスペースを作成できます。ブランチに共有されるまで、変更は1つのワークスペース内で非公開で行われ、複数の開発者が同じアプリで作業する際のルールの競合を回避できます。

各ワークスペースは、1つのアプリケーションと1つのオペレーターに属します。開発者は、自分の変更のみを表示する複数のワークスペースを作成して切り替えることができます。ルールタイプによっては、権限に基づくDev Studioへのアクセスが必要になる場合があります。

ワークスペースはApp StudioとDev Studioで利用でき、EnableWorkspace設定で有効にできます。 

次のトピックでは、ワークスペースを理解し、ビジネスアーキテクト認定試験に合格するために重要な情報について説明します。 ワークスペースでのアプリケーションの開発。

ブランチ

Pega Platform™はブランチを使用して、チームが分散環境で並行開発を管理できるようにします。ブランチとは、急速に変更や開発が行われるレコードがあるルールセットのコンテナです。 

開発プロジェクトの規模にかかわらず、同時にアプリケーションのルールについて作業するチームが単一または複数のどちらの場合でもブランチが役立ちます。 また、機能間で完成までの時間が異なる場合、機能開発にブランチが役立ちます。Pega Platformアプリケーションを作成する際の一般的な戦略は、チームが開発する各機能に対してブランチを作成することです。各機能にブランチを設定することで、他のチームに影響を与えることなく、孤立した空間（ブランチ）の中でチームが独立して機能を開発することができます。たとえば、チームがフォームのプロパティを変更するためのブランチと、UIセクションを変更するためのブランチを作成した場合を考えてみます。 変更が安定し、矛盾が解消され、すべての開発チームに適用されるように承認されるまで、当該変更は他のチームに影響を与えません。

Pegaビジネスアーキテクトは、プロジェクトのステークホルダー間の重要な橋渡し役であり、ステークホルダーが効率的に参加し、連携し、コミュニケーションを図れるように常に取り組んでいます。   

ビジネスチームとITチームの連携、革新的なソリューションの開発、ビジネス成果の達成を導くという課題に対応するには、自分の経験と以下を組み合わせます。

• 分析力と問題解決能力により、複雑なビジネスプロセスを分解し、改善と簡素化の機会を特定します。

• プロセス設計のスキルとビジネスプロセス設計の知識により、新しいプロセスやビジネス成果を達成するための働き方を革新します。 

• システム設計、Pegaテクノロジーに関する知識、Blueprintにより、ビジネス要件とエンドユーザーのニーズをPegaの標準機能に合わせて調整します。 

• アクティブリスニング、コミュニケーション、仲介のスキルにより、プロジェクトチームと他のステークホルダーの間で、ビジネスニーズとPegaの機能の両方について共通の理解を確立します。 

• ビジネスの変化に関する知識により、ビジネスチームは新しいPegaソリューションを採用し、組織内の新しいソリューションを支援できるようにします。