ケースライフサイクル設計のためのBlueprintのベストプラクティス

アプリケーションのコンテキストに記述されたワークフローはPega GenAIによって提案されるアプリケーション設計を決めるため、できるだけ正確に記述されていることが重要となる。Blueprintを生成するApplication Contextについて、次の操作を実行します。

• アプリケーションが一意のビジネスプロセス向けであるか、または業界提供のテンプレートを使用してBlueprintを作成できるかを確認する。
• Industry、Sub-industry、Department/functionがビジネスプロセスを正確に特定していることを確認する。これらはPega GenAIから提案される内容に対して重要な役割を果たす。Otherが選択されている場合、Pega GenAIによる偏りを避けるため、特定のビジネスプロセスがドキュメントに明確に説明される必要がある。
• 「Application purpose」に定義された情報がアプリケーションを正確に反映していることを確認する。この情報は、Blueprintでプレビューする際にアプリケーションのヘッダーに表示される。
• Functional Descriptionにアプリケーションの概要情報が正確に特定されていることを確認する。この情報には、Microjourneys®またはビジネスプロセス、システム統合、チャネル、ペルソナを含めることができる。

Blueprintでは、各WorkflowはCase Type.として定義されます。Blueprintが提案するCase Typesは、実施するつもりの作業を正確に反映することが重要です。 各Blueprintの提案に関連して次のアクションを実行します Case Types：

• 各ケースタイプに、標準化されたガイド付きの作業を推進し、1つのビジネス成果を達成するために必要なプロセス、データ、およびインテリジェンスが組み合わされていることを確認する。
• ケースタイプのDescriptionがMicrojourneyの目的を伝えていることを確認する。
• ケースタイプ間の関係と依存関係を特定する。独立かつ並行して発生できるビジネスプロセス、順次発生する必要があるプロセス、および親/子ケースの関係を特定する。
• ケースの作成と解決の間に発生するさまざまなケースのステータスの値を特定する。
• ペルソナとチャネルを特定して、ワークフロー活動のコンテキストを提供する。
• 新しいケースタイプがBPMN (Business Process Modeling Notation) ファイルを使用して構築されている場合、提案されたケースライフサイクルが従来の情報と一致していることを確認します。

BlueprintのWorkflow Detailsセクションには、提案された各ケースタイプに関する詳細情報が記載されています。Workflow Details セクションでは、各ケースタイプのCase LifecycleとCase Data Modelの両方を定義します。

Case Lifecycle

Pega Platform™では、ケースライフサイクルは、ケースが解決に至るまでの経路、作業を完了するために関与するペルソナ、実行されるべき特定のアサインメントまたは自動化、およびそれらを成功裏に完了するために割り当てられた時間をモデル化します。 BlueprintのWorkflow Details セクションでは、それぞれのCase Lifecycle は、望ましいビジネス取引の一環として完了しなければならない作業の視覚的な表現です。ケースライフサイクルは、一連のステージとステップとして定義されます。 次のアクションを実行して、Blueprintが提案するCase Lifecyclesを評価します。

• 提案されたCase Lifecyclesと併せて、Blueprintが提案するPersonasのレビューを完了します。
• 各ケースタイプに論理的な開始ステージがあり、少なくとも1つのResolutionステージがあることを確認する。
• オルタネートステージが例外シナリオまたは望ましくない結果を表していることを確認します。
• ステージエントリーに必要な条件を特定する。
• ケースタイプ、ステージ、プロセス、またはアサインメントに関連するサービスレベルアグリーメントを特定する。
• ステップについては、Notesフィールドを使用して詳細情報を記録する。記録する情報にはが含まれる。
  • アサインメントの作成（順次、並列、マルチステップまたは階層フォーム）
  • アサインメントのインストラクション
  • アサインメントのルーティング（個別または作業キュー）
  • ケースステータス情報
• ケースタイプ全体で重複したステージやステップがないか確認する。
• BlueprintのPreview my app機能を使用して、ユーザーエクスペリエンスについてステークホルダーに強調する。

Case Data Model

Case Data Modelは、ケースを解決するために必要な個々のフィールドを定義します。次のアクションを実行して、Blueprintが提案するCase Data Modelsを評価します。

• BlueprintのData & Integrationsステップと併せてWorkflow Detailsステップ(Case Data Model タブ) の確認を完了し、各ケースデータモデルが対応するデータオブジェクトを正しく参照していることを確認する。
• すべての提案されたフィールドがケースタイプに関連していることを確認する。
• フィールドのDescriptionを使用して、フィールドに関連するビジネスロジックを記録する。この情報は、アプリケーション開発中のコンテキスト化のために技術チームによって使用される。
• Pega Platformで利用可能なフィールドタイプを確認し、フィールドとその関連データレコードがアプリケーションに適切に記録され、反映されていることを確認する。
• ケース処理中に重要なデータに簡単にアクセスできるように、関連するプライマリフィールドを特定する。
• BlueprintのPreview my app機能を使用して、ユーザーエクスペリエンスをステークホルダーに強調する。さらに、ワークフローの変革を行うためのPegaの標準機能を使用して、これを行うこともできる。

Blueprintでは、Data & Integrationsに、特定のケースタイプだけでなくアプリケーション全体に関連すると定義されたデータオブジェクトが含まれています 。次のアクションを実行して、Blueprintが提案する各要素を評価します。

• Workflow Details'のCase Data Model タブと併せてData & Integrations のレビューを完了し、各ケースデータモデルが対応するデータオブジェクトを正しく参照していることを確認する。
• 各データオブジェクトについて、情報のSourceが明確に定義されていることを確認する。データソースがアプリケーションの外部にある場合、データソースのシステムオブレコードが明確に識別されていることを確認する。
• データオブジェクトのDescriptionフィールドを使用して、アプリケーション開発の後半で行われるコンテキスト化のためにデータオブジェクトに関連するビジネスロジックを記録する。
• 新しいデータオブジェクトがOpenAPI(旧Swagger) またはDDL(Data Definition Language) ファイルを使用して定義されている場合は、Blueprintに描かれているものがレガシー情報を正しく反映していることを確認します。

Personasは、ケースライフサイクルの各ステージで作業を行うユーザーを表します。それらは、ロール、結果として生じる責任、望ましいビジネス成果に基づいて、システムをさまざまな方法で使用する社内外のケース参加者を定義します。次のアクションを実行して、Blueprintが提案するPersonasを評価します。

• Blueprintが提案するPersonas と併せてWorkflow Details'のCase Lifecyclesタブ の確認を完了し、ワークフロー活動のコンテキストを提供する。
• Personasが作業を完了するのが誰であるかを正確に反映していることを確認する。
• ペルソナのDescriptionフィールドに、このペルソナが作業することが期待されるチャネル、関連するポータル、およびアサインメントを完了するために利用できるべき一連のランディングページを文書化する。

Summaryは、Blueprintが提案するアプリケーションをもう一度確認する機会を提供します 。 次のアクションをBlueprintのSummaryプロセスの一部として実行します。

• プロジェクトのリードシステムアーキテクト（LSA）や他のステークホルダーと協力して、アプリケーション全体を確認し、BlueprintがPega Platformにインポートされて新しいアプリケーションを作成する準備が整っていることを確認する。
• クライアントがターゲット環境に既存のPegaアプリケーションまたはアプリケーションを持っているかどうか、そしてこの新しいアプリケーションがどのケースタイプとデータアセットを再利用または継承するかを確認する。
• Blueprintのインポートプロセス中に参照用としてBlueprint PDFをエクスポートする。
• Blueprintファイルをエクスポートする。

App StudioのAgile Workbenchは、Blueprintインポートで作成されたユーザーストーリーの最初の目的地として機能し、プロジェクトのバックログに使用されます。Blueprintのインポートプロセスの一環として、技術実装チームが完了する必要のあるタスクのために、Features、Sub-Features、ユーザーストーリーが自動的に作成されます。これらのタスクには、各Blueprint要素のDescriptionまたはNotesフィールドに詳細に記載された情報が含まれます。

LSAと連携してプロジェクト中に使用される要件管理システムへのAgile Workbenchの統合を計画します。

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