Pegaアプリケーションのカスタマイズ

ビジネスユーザーにアプリケーションを効果的に提示するには、Pegaアプリケーション機能と、それらの機能がどのように関連して、目の前のビジネス問題を解決するかを知る必要があります。 Pegaでは、アプリケーションに親しむためのいくつかのリソースを提供しています。 Pega CommunityのPega Products & Applicationsページを参照して、適切なアプリケーションのランディングページに移動します。

アプリケーションImplementationレイヤーは、アプリケーションをカスタマイズするためのコンテナーを表現します。 ビジネスユーザーがApp Studioを使用してケースタイプを追加すると、アプリケーションImplementationレイヤーには、ユーザーが作成したルールと、それをサポートするために行ったカスタマイズが格納されます。 次の図は、Pegaアプリケーションの一般的な構造と、アプリケーションImplementationレイヤーがその構造に適合する方法を示します。

インストールに応じて、Pegaアプリケーションに完全な機能を提供するための複数の製品を組み込むことができます。 たとえば、次の図はPega Sales Automation™とPega Marketing™アプリケーションなどの医療アプリケーション用Pega Customer Service™の構成を示しています。

ソリューション実装ギャップ分析プロセスを使用すると、組織のニーズを議論しながらアプリケーションのデモを行うことができます。 このプロセスでは、新しい機能を構築するのではなく、アプリケーションですでに提供されている機能をお客様に使用していただくように案内します。 その目標は、組織ですぐにビジネス価値を見出すことができる最初のリリースを作成することです。

Minimum Lovable Product（MLP）は、カスタマイズされたアプリケーションからビジネス価値を得るために、ビジネスニーズの最小限の機能です。 MLPは、最初の本番リリースとも呼ばれています。 MLPの後に優先された機能は、以降のアプリケーションの反復作業に対処できます。 このような以降の反復作業は、拡張本番リリースと呼ばれます。

ビジネスユーザーと一緒にアプリケーションのデモを行いながら、Agile Workbenchを使用して必要なカスタマイズを記録できます。 Agile WorkbenchはAgile Studioと統合されてフィードバック、バグ、およびユーザーストーリーを記録し、チームと共にアプリケーションを適宜カスタマイズできるようにします。 Agile Workbenchは、Jiraなどの他のプロジェクト管理ツールとも統合されます。

MLP定義に従ってAgile Workbenchで取得されたバックログに優先順位を付けた後、アプリケーションのカスタマイズを開始できます。 MLPには、通常、バックエンドシステムへの接続、セキュリティとレポートの設定、緊急のビジネス要件を満たすアプリケーション固有のルールの作成などがあります。 たとえば、コーチングのヒントの設定はPega Customer Serviceに一意の設定手順です。

ビジネスユーザーと一緒に最初のアプリケーションのデモの実行中に、ユーザーのカスタマイズ要件とリクエストを把握しました。 そのようなカスタマイズのすべてが、最初の本番リリースで提供されたわけではありません。 アプリケーションをビジネスの本番環境で使用するうちに、ユーザーにアプリケーションの品質を向上させるための新たな要求や改善が出てきます。 引き続きAgile Workbenchを使用して、フィードバックを直接アプリケーションに取り込みます。 このようにして、時間の経過とともに、ビジネスニーズに応じてアプリケーションを進化させ、品質を向上させることができます。