Pegaビジネスアーキテクトの役割
Pegaビジネスアーキテクト(BA)は、クライアント組織のビジネス要件を満たし、戦略的目標を達成し、顧客満足度を高めるために、綿密に設計され、導入しやすいPega Platform™アプリケーションを開発する重要な存在です。
Pega BAは、クライアント組織のステークホルダーと連携して業務を行います。ビジネスアーキテクトは、橋渡し役となり、クライアント組織とPegaを結び付け、どちらか一方だけでは達成できないようなソフトウェアを協力して開発できるようにします。クライアント組織とそのビジネスのニーズと要件を理解し、支援すると同時に、Pega Platformの革新的な機能を理解し、Pegaチームのソフトウェア開発機能と再設計されたビジネスプロセスを支援します。
このトピックでは、BAがクライアント組織とPegaのプロジェクトチームメンバーとの間に築くパートナーシップについて確認するとともに、プロジェクト中にPega BAが担う一般的な責任について説明します。
ステークホルダーとの連携
ビジネスアーキテクトは、クライアント組織とPegaの両方のステークホルダーと連携します。Pegaプロジェクトでは、この2つのグループのステークホルダーがビジネスチームとITチームとして混在します。ビジネスチームのメンバーは、ビジネスプロセスと、組織のニーズ・要件を理解しています。ITチームのメンバーは、ソフトウェア開発の経験があり、Pega Platformの変革に役立つ機能を理解しています。
次の画像と説明文の番号を照らし合わせて、ビジネスとIT両方のチームメンバーとして、両者が混在する中で仕事を進める方法を確認してください。
-
ビジネス:クライアント組織とそのビジネスプロセスのニーズと要件を理解しているステークホルダーと協力します。Pega BAの役割として、ビジネスプロセスに対する理解を生かして、ITチームが開発したアプリケーションがクライアント組織の指定されたニーズと要件を満たすよう、ビジネスチームを代表して提言します。
-
Pega BA:Pega BAとして、ビジネスチームとITチームが連携し、ITチームが構築したソリューションが、クライアント組織とビジネスプロセスのニーズと要件に一致するようにします。これを行うには、業務部門とIT部門の両方が緊密に連携して設計し、ビジネスニーズを満たし、デザインのベストプラクティスを使用して構成されたPegaソリューションPega構築します。
-
IT:Pega開発チームと協力して、クライアント組織やビジネスプロセスのニーズと要件を最も満たす技術的な設計パターンを理解します。Pega BAの役割として、変革されたビジネスプロセスを通じて、Pegaソリューションの機能がどのように付加価値を高めるかをビジネスステークホルダーが理解できるようにするよう、IT部門を代表して提言します。さらに、IT部門と連携して再利用可能なビジネスアセットのライブラリを作成し、将来のアプリケーション機能の迅速な実装をサポートします。
BAは、プロジェクト全体を通じて、ビジネスチームやITチームのステークホルダーと連携し、以下の責任を担います。
分析
ソリューションを設定する前に、クライアント組織、ビジネスプロセス、ビジネス要件、顧客、戦略的成果に関する情報を収集し、すべての問題を完全に把握するようにします。分析の一環として、ビジネスチームと協力して以下の作業を行います。
- ビジネスプロセスの重要なステージとステップ、およびプロセスのプライマリーユーザー(組織の内外)を理解する
- 既存のビジネスプロセスにおける問題、ギャップ、ボトルネック、手作業による回避策を特定する
- 既存プロセスの問題の根本原因を理解する
- プロセス間で共通する機能領域を特定する
ビジネスアーキテクトとしての重要な目標は、現在のプロセスで変更すべき点と、現在の問題がビジネスの成果に与えている影響を特定することです。
プロセス設計
Pega GenAI Blueprint™を使用して、分析中に収集した情報を評価し、インサイトを変換することで、ワークフローを継続的に最適化できます。 Blueprintには、ワークフロー変革のためのPega GenAI機能とPegaのベストプラクティスが組み込まれているため、以下が可能となります。
- 現在のワークフローから不要なアクションと割り当てを削除する。
- ワークフローを再編成し、ステージ、プロセス、ステップの順序を簡素化することで、ワークフローを理解しやすく、運用しやすくする。
- 反復作業を自動化し、ワークフローを効率化する。
- 適切なユーザーに作業をインテリジェントに割り当てることで、チームメンバー間の不要な引き継ぎを減らし、最も緊急度の高い作業に適切に注力できるようする。
- チームメンバーと外部顧客の連携を改善し、ステークホルダーに最新情報を提供し、作業の最新の進捗状況を常に把握する。
- ユーザーの現在のアクティビティに関連する情報とデータを統合し、複数の別のシステムから必要なデータを収集する際にかかっていた余分な時間を削減することで、迅速、正確、効果的に作業を完了する。
ビジネスアーキテクトとしての重要な目標は、新しくBlueprintで設計したワークフローがビジネス目標を満たし、エンドユーザーのプロセスを簡素化することです。
調整
Blueprintのワークフローモデリング機能を使用して、ビジネスチームとの担当者とPegaデベロッパーの両方と緊密に連携し、Pegaソリューションの設計、構築、テストに協力します。BAの職務は以下のとおりです。
- Blueprintの提案のレビューを行い、ビジネスニーズと成果との整合性を確認する。
- BlueprintとApp Studioを使用して、Pegaの標準機能を使用してワークフローを再設計した結果、エンドユーザーのエクスペリエンスが改善したことを実証する。
- 技術チームと協力して、ビジネスニーズとワークフローの必須要件を理解できるようにする。
ビジネスアーキテクトとしての重要な目標は、ビジネスチームがソリューションの設計を理解し、ソリューションをビジネス目標に沿ったものにするための適切なガイダンスとフィードバックを提供できるようにすることです。同時に、Pegaデベロッパーがビジネスニーズと要件を非常によく理解し、そのニーズを満たすためにPegaの技術的機能の最大限に活用する方法を適切にアドバイスできるようにすることも目指します。
教育
デリバリーのベストプラクティスについてビジネスチームのステークホルダーを教育しながら、Pegaアプリケーションの標準機能に関するアドバイスを提供し、指導します。標準機能の価値を説明することで、ビジネスチームをサポートします。BlueprintとPega Platformの知識を活用し、それらの機能により以下を行うことでビジネスプロセスを改善する方法を示します。
- 現在の仕事の進め方ではなく、成果を達成するには何を実行すべきかに焦点を当てる
- Pegaにおける優れた簡素化と最適化を理解する
- Pegaエコシステム全体で再利用できるプロセスを設計する
ビジネスアーキテクトとしての目標は、プロジェクト全体でこの教育を継続し、ビジネスステークホルダーがPegaソフトウェアの機能を使用して作業方法を変更し、ビジネス価値を達成し、Pegaアプリケーションから利益を実現できるようにすることです。
パートナーシップの実例
以下のシナリオについて考えてみてください。
サラ・ハンは、Pega BAとして、Pega Platformで構築された既存の苦情管理プロジェクトに携わっています。
プロジェクトリーダーはサラに、企業が顧客の懸念をすばやく効率的に解決できるよう、苦情管理プロセスを見直すように依頼しました。顧客満足度の向上に必要な成果について、ビジネスのチームメンバーの意見を聞くときには、企業に影響を与える主要な問題(問題点、プロセスの変化、望ましい成果)を理解しようと努めています。 ビジネスニーズ、Blueprint、App Studio、Pega Platformテクノロジーに関する知識を活用して、サラは次のことを行っています。
-
ビジネスチームのステークホルダーに、ビジネスルールを使用して適切なユーザーに作業を自動ルーティングする機能、承認リクエストの通知をメールやモバイルで自動配信する機能など、Pega Platformの標準機能について教育する。サラは、これらの機能により、苦情解決までの時間が短縮され、顧客満足度が向上し、結果としてビジネス価値が向上すると説明しています。
-
ビジネスチームの担当者と連携して、既存のワークフローを再設計し、ITチームと連携してPega Platformの標準機能を設定し、苦情チームが手作業で行っているタスクを自動化および簡素化する。サラはまた、ビジネスチームが自動化されたスキルベースの作業割り当てやサービスレベルアグリーメントのロジックと通知を導入し、問題解決の高速化、顧客満足度の向上、ビジネス目標との整合性を達成できるよう支援しています。
ビジネスアーキテクトの一般的な責任
プロジェクトチームの構成は、プロジェクトの規模や複雑性、参加するPegaビジネスアーキテクトの人数や経験など、さまざまな要因によってプロジェクトごとに異なります。大規模プロジェクトでは、複数のBAがチームとして連携し、作業を分担します。小規模プロジェクトでは、BAが1人でも十分という場合もあります。
上記で詳述した責任に加えて、Pega BAには、分析、プロセス設計、調整、教育など、規模にかかわらず、すべてのプロジェクトに共通する責任があります。このような一般的な責任の例として、以下のようなものがあります。
-
ビジネスプロセスの変革をサポートする要件を収集する会議を進行する。 ステークホルダーや対象分野のエキスパート(SME)との集中したミーティングを企画および進行し、クライアント組織と顧客の両方のニーズを満たすビジネスプロセスと要件を収集して文書化します。これらの会議では、Pega Platformの標準機能がビジネス要件をどのように満たすかを説明することで、ステークホルダーの理解を促します。
-
ビジネス要件を特定し文書化する。Blueprint、App StudioのAgile workbench、およびPega Platformで利用できるその他のスクラムプロジェクト管理プロセスやツールを使用して、ビジネス要件をユーザーストーリーとして文書化します。Pegaデベロッパーは、ユーザーストーリーを使用して、Pegaの強みと機能を最大限に活用してビジネス要件に対応できるようにアプリケーションを設定します。
-
BlueprintとApp Studioを使用して、新しいビジネスプロセスワークフローでPega Platformの標準機能をデモンストレーションする。 Blueprintを使用して、Pegaの標準機能とケースマネジメントのベストプラクティスに基づきワークフローを迅速に再設計します。Blueprintでワークフローを可視化することで、Pegaアプリケーションのステークホルダーと認識を一致させることができます。 また、App Studioを使用して、Pega Platformの追加機能がビジネス要件にどのように対応するかをデモンストレーションします。
-
Pegaのベストプラクティスを推進する。Pegaは長年の導入実績を通じて、組織構造、ユーザーストーリー、バックログの作成、ガバナンス、テストなど、プロジェクト全体のベストプラクティスを開発してきました。 アプリケーションの設計とデリバリーのプロセスを通じて、これらのベストプラクティスに従って指導しましょう。
プロジェクトによっては、ビジネスアーキテクトは、リスク管理、ガバナンス、ユーザーインターフェイスの開発、レポート、標準設定、ステークホルダー分析、プロジェクトのスコープとサイジング、テスト、本番稼働のサポートに関する責任を負う場合もあります。プロジェクトではより上級のBAがこれらの任務を担当する可能性が高いものの、すべてのBAにとって、これらの追加タスクについて学ぶ機会を活用することが重要です。
以下のインタラクションで理解度をチェックしてください。