Skip to main content

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

Pegaビジネスアーキテクト(BA)は、プロジェクトを通じて、Pegaデベロッパーを含む組織のビジネスチームと技術チームのさまざまなステークホルダーと接触(インタラクション)します。 

このトピックでは、プロジェクトチームに加わる可能性のあるステークホルダーを確認し、その責任について学習します。

プロジェクトのステークホルダー

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

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

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

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

  • システムアーキテクト(SA):システムアーキテクトは、Pegaアプリケーションを設定するプロジェクトチームのPegaデベロッパーです。 SSAはBAが作成したユーザーストーリーを使用してアプリケーションを設定します。 Pega BAは、ビジネスステークホルダーのためにSSAが提供する技術情報を翻訳し、開発中のアプリケーションを理解し、要件を満たしていることを確認します。

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

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

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

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

 

調整の実例

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

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

次の図で「+」アイコンをクリックすると、プロジェクトのステークホルダーと接触して調整を行う方法の詳細が表示されます。 

重要なスキルと知識

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

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

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

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

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

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

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

以下のインタラクションで理解度をチェックしてください。


このトピックは、下記のモジュールにも含まれています。

トレーニングを実施中に問題が発生した場合は、Pega Academy Support FAQsをご確認ください。

このコンテンツは役に立ちましたか?

このコンテンツは 100% のユーザーにとって役に立ちました。

改善できるところはありますか?

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice