Pega Blueprintの生成
Pega Blueprint™は、アプリケーションの設計方法を変革します。ゼロから開発するのではなく、ビジネス用語でアプリケーションの目標を説明すると、Blueprintが最適な設計を即座に提案します。このアプローチでは、コンセプトからアプリケーションの稼働までの道のりを短縮することで、プロジェクトの計画時間を数週間から数時間に短縮できます。
- 組み込みの専門知識の利用：実証済みの成功事例に基づくテンプレートから始めることができます。
- Pega GenAIなら、次のようなことが可能です。テンプレートが適切でない場合、Pega GenAIはベストプラクティスに基づいてカスタマイズされたソリューションを生成できます。
- 迅速なプロトタイプ作成：アイデアをデモにして、早期のフィードバックを収集し、アプリケーションの精度を高めましょう。
- リスクの低減：開発を開始する前に、アイデアをテストして調整します。
Blueprintジャーニーは、次の図に示すように、pega.com/ja/blueprintのMy Blueprintダッシュボードランディングページから開始します。このセクションでは、新しいアプリケーションのBlueprintを作成するか、コラボレーションや変更のためにBlueprintにアクセスします。
補足： Blueprintは、WebベースのSaaSプラットフォームです。常に進化し続け、操作性を向上させており、アップデートは即時にリリースされます。このトピックの図に示されているBlueprintのインターフェイスバージョンは、このドキュメントの公開以降に変更されている可能性があります。 Blueprintの進歩については、「Pega GenAIリリースノート」を参照してください。
アプリケーションのコンテキストの定義
アプリケーションのコンテキストを定義するには、まず、利用可能なオプションから主要な業種を選択します。業種を選択することで、それぞれの分野に関連する専用のテンプレートやコンプライアンス要件が明確になります。
次の図では、銀行が選択されています。
さらに、業種や業種内の特定の部門や機能を選択して絞り込みます。 この調整により、提案されたケースタイプとワークフローが実際の業務と一致します。
次の図では、リテール銀行が選択されています。
ヒント： 業界や業種がリストにない場合は、Other を選択し、Pega GenAIが適切な提案を生成するのに役立つ詳細なコンテキストを機能説明に記載します。
次の例では、Blueprintはリテール銀行と融資部門に関連付けられています。Blueprintはこれを使用して、ローン固有のワークフローとデータモデルを生成します。
業界と業種の選択によってアプリケーションの一般的なコンテキストを確立したら、次の図に示すように、アプリケーションの目的と機能に関する具体的な詳細を指定します。
Application purpose入力フィールドには、次の2つのオプションがあります。
- 構築済みテンプレート：実証済みのベストプラクティスを組み込んだ、業界テスト済みのソリューションから選択します。
- Pega GenAIソリューション：BlueprintのAIに、ユーザー固有の要件に基づくカスタム設計を作成します。
ヒント： 業界のベストプラクティスをすばやく適用したい場合は、構築済みテンプレートを選択します。ユースケースで独自のワークフローが必要な場合や、適切なテンプレートが存在しない場合は、Pega GenAIを選択します。
フォームには、アプリケーションの特定のコンテキストの定義に役立つ複数の入力フィールドがあります。
- アプリケーションの目的：事前に用意された業界固有のテンプレートから選択して開始することも、アプリケーションに固有の目的を入力することもできます。
- 機能の説明：アプリケーションの機能と要件に関する詳細な情報を提供します（含める内容のガイダンスとして、What should I write? オプションの使用を検討してください）。
- 組織名と言語：組織の詳細とアプリケーションの言語を指定します。
ヒント： Blueprintでは複数の言語がサポートされているため、世界中のチームが一貫した設計基準を維持しながら、それぞれの言語で共同作業ができます。
Upload supporting assets 機能を使用して、アプリケーションにコンテキストを追加します。詳細な要件、既存のプロセスフロー、その他の関連情報を含むドキュメントをアップロードでき、Blueprintが、特定のユースケースに対して、より正確でカスタマイズされた提案を行うことができるようになります。
Blueprintは、ユーザーにアプリケーション作成の出発点を提供します。提供されたアプリケーションのコンテキストを使用し、Pega Platform™開発のベストプラクティスを適用して、初期設計の指針となるテンプレート（ケースタイプとライフサイクル、データモデル、ペルソナなど）を提案します。
提案されたケースタイプの確認
次の画像に示すように、Blueprintはアプリケーションのコンテキストに基づいてケースタイプを提案します。各提案には、その目的とドメイン内の一般的なユースケースについての説明が含まれています。
次のカスタマイズオプションが利用可能です。
- ケースタイプの追加：「Add a Case Type」をクリックして、ニーズに固有の追加のワークフローを含めます。
- ケースタイプの削除：ユースケースに適用されない推奨されるケースタイプを削除するには、More アイコンをクリックします。
- ケースタイプの変更：ケースタイプの説明を編集して、ビジネスプロセスをより適切に反映させます。
ヒント： 先に進む前に、ベストプラクティスとして、ビジネスステークホルダーと各ケースタイプを慎重に確認し、重要なワークフローがすべて反映されていることを確認してください。ケースタイプの詳細については「Pega Platformケースマネジメント」を参照してください。
各ケースタイプには、ケースの作成から完了までのユーザーのジャーニーをマッピングした、詳細なケースライフサイクルが必要です。 Blueprintは、特定のビジネスプロセスに合わせてカスタマイズできる包括的なワークフローを生成します。
推奨されるケースライフサイクルの確認
Blueprintでは、各ケースタイプについて、プライマリーステージ、オルタネートステージ、詳細ステップに整理されたケースライフサイクルが提案されます。次の画像は、Blueprintが提案する住宅ローン申請ケースタイプ用のケースライフサイクルを示しています。
Case Lifecycleタブには、次のカスタマイズオプションがあります。
- ステージの追加または削除：ビジネスシーケンスに合わせてプライマリステージまたはオルタネートステージを追加します。
- プロセスの追加または削除：組織の必要に応じて、ステージにプロセスを追加します。
- ステップの追加または削除：ワークフローを簡素化する追加のプロセスステップを含めるか削除します。
Blueprintを使用したケースライフサイクル設計では、以下のベストプラクティスに留意します。
- 正確な業界、目的、説明でアプリケーションのコンテキストを定義します。
- ケースタイプをマイクロジャーニーに合わせて調整し、関係、ステータス、ペルソナを明確にします。
- 論理的な開始、Resolutionステージ、例外パスによりライフサイクルの完全性を確保する。
- Notesを使用して、ルーティング、サービスレベルアグリーメント、条件などの詳細を文書化します。
- 設計を検証するには、「Preview my app」をクリックしてフローと操作性を確認します。
- 正しいフィールド、タイプ、説明を使用して、ケースのデータモデルを最適化します。
- 正確なデータオブジェクトを参照し、ソースまたはシステムオブレコードを指定します。
- ペルソナを検証し、チャネル、ポータル、ランディングページを説明に含めます。
- Pega Platformにインポートする前に、Blueprintをステークホルダーと共に確認し、コンポーネントの再利用を確認します。
- インポート後に、Agile Workbenchを活用して、Blueprintの詳細からバックログアイテムを生成します。
提案されたデータフィールドの確認
ケースのデータモデルは、アプリケーションが収集、保存、処理する情報を決定します。Blueprintは、ケースタイプと業界標準に基づいてフィールド提案を生成します。
Blueprintでは、各ケースタイプについて、プライマリーステージ、オルタネートステージ、詳細ステップに整理されたケースライフサイクルが提案されます。次の画像は、Blueprintが提案する住宅ローン申請ケースタイプ用のケースライフサイクルを示しています。この構造化ビューは、ケースデータモデルビューを補完するもので、提案されたすべてのフィールドとそのタイプと説明を表示し、プロセスフローとデータ収集がビジネスニーズに沿ったものとなるようにします。
Case Data Modelタブには、次のカスタマイズオプションがあります。
- フィールドの追加：要件に固有の追加データポイントを含めます。
- フィールドタイプの変更：検証と処理のニーズに合わせてデータタイプを調整します。
- 説明の編集：開発チーム向けにフィールドの目的を明確にします。
- プライマリーフィールドの設定：アプリケーションロジックを推進するキーフィールドを特定します。
- レコード数の設定：フィールドの参照先が単一値か複数値かを特定します。
- フィールドキャプチャの設定：フィールドのソースをユーザー入力または計算値として指定します。
補足： 設計フェーズでは、これらのフィールドを既存のシステムやデータソースとどのように統合するかを検討します。データオブジェクトと統合の設定の詳細については、「データ管理と統合」および「データオブジェクトと統合の設定」を参照してください。
提案されたペルソナの確認
ペルソナは、アプリケーションを操作するさまざまなタイプのユーザーを表しています。Blueprintでは、業界とケースタイプに基づいて関連するペルソナを提案し、すべてのステークホルダーの視点を考慮したアプリケーション設計を実現します。
Blueprintでは、各ケースタイプについて、ワークフローに参加するユーザータイプや役割、責任など、関連するペルソナも提案します。次の画像は、Blueprintが提案する住宅ローン申請用のペルソナを示しています。これにより、誰がどのようにケースとやり取りするのかを明確にできます。
次のカスタマイズオプションが利用可能です。
- ペルソナの追加：組織に固有のユーザータイプを追加します。
- 説明の変更：組織構造に合わせてペルソナの説明を調整します。
- アクセスレベルの定義：各ペルソナがアプリケーションで何を確認し、実行する必要があるのかを検討します。
- チャネルの定義：ペルソナがアクセスできるチャネルを選択します。
- リリース計画：必要なリリースと工数を選択します。
ヒント： ベストプラクティスとして、各ペルソナがアプリケーションとやり取りする方法と、ペルソナがロールで成功するために必要な情報を検討します。詳細については、「ペルソナの理解とアクセス管理」を参照してください。
包括的なサマリーのレビュー
Pega Blueprintは、すべての設計決定を包括的なサマリーにまとめます。このサマリーは、開発チームの参照ドキュメントとエクスポートパッケージの両方として機能します。
Blueprintプロセスの最後にあるサマリーページには、推奨されるアプリケーションアーティファクトの完全なサマリーがセクションごとに表示されるため、次の図に示すように、ケースタイプ、データモデル、ペルソナ、およびその他の重要な要素を簡単に確認して、次に進めることができます。
最終確認チェックリスト：
- すべてのケースタイプがビジネスプロセスと一致していることを確認します。
- データモデルで必要な情報が収集されていることを確認します。
- 検証ペルソナは、すべてのユーザータイプを表しています。
- 統合の要件が完了していることを確認します。
提案されたアプリケーションのアーティファクトを確認した後に、ライブデモを起動して実用的なアプリケーションを生成するか、Pega Infinity™で使用するBlueprintをダウンロードするか、参照用にPDFサマリーを保存して、次に進む方法を選択できます。
Blueprintには、BlueprintサイトからPega Platformのインスタンスを作成し、Blueprintで生成されたアプリケーションを自動生成する機能もあります。
次のエクスポートオプションを使用できます。
- PDFサマリー：ステークホルダーのレビューとプロジェクトドキュメントとしての包括的なドキュメントを作成します。
- Blueprintファイル：テクニカルファイル（.blueprint）をエクスポートし、Pega Infinityにインポートすることで、アプリケーションを迅速に開発できます。
- 変更履歴：コラボレーションプロジェクトの変更を追跡し、バージョン管理できます。
補足： 完成したBlueprintへはダッシュボードからいつでもアクセスでき、要件の変化に応じて継続的に共同作業、変更、改良を行うことができます。
次の問題に答えて、理解度をチェックしましょう。
このトピックは、下記のモジュールにも含まれています。
トレーニングを実施中に問題が発生した場合は、Pega Academy Support FAQsをご確認ください。