携帯電話番号フィールドの表示条件を使用して、フィールドを表示するかどうかを決定します。Pega では、表示条件を使用して、特定の条件に基づいて UI 要素の表示を制御します。この場合、携帯電話番号フィールドの表示条件を構成して、テキスト メッセージ サービスへの登録のチェック ボックスが選択されている場合にのみ、携帯電話番号フィールドが表示されるようにします。

* MLP のサイズ設定により、より正確なリソース計画が可能になります。MLP のサイズ設定が適切であれば、リソース計画が正確になり、チームは配信タイムラインを満たすために必要なリソースを効果的に割り当てることができます。
参照：
* 初期見積りは大まかな概算です。計画の初期段階では、見積りは必要な作業量の大まかな概要を示す大まかな概算です。プロジェクトが進行し、詳細が明らかになるにつれて、見積りは精緻化されます。

ビジネス ロジックを使用してローンの種類に基づいて特定のローン担当者にケースをルーティングするには、通常、Pega で次の手順が使用されます。
決定ルールの使用: ローンの種類を特定のオペレーター (ローン担当者) にマッピングする決定テーブルまたは決定ツリーを定義します。
フローでルーティングを構成する: フロー ルールで、決定ルールを使用してローンの種類に基づいてルーティングを決定するように割り当てシェイプを構成します。
オペレーターへのルーティング: 「オペレーターへ」ルーティング オプションを使用し、決定ロジックを適用してオペレーター (ローン担当者) を動的に決定します。
この場合：
住宅ローンの場合、決定ルールによりケースは Adam Ross にルーティングされます。
自動車ローンの場合、決定ルールによりケースが Julia Samuels にルーティングされます。
エクイティラインローンの場合、決定ルールによってケースが Don Smith にルーティングされます。
参照：
Pega アカデミー: 割り当てとルーティング
Pega Decision Management: ルーティングにビジネスロジックを使用する

同じ問題に関する IT チケットなどの重複ケースを識別するための基本条件は、問題の種類が同じかどうかを確認することです。重複ケースの検索ステップを構成して、問題の種類が同じケースを識別することで、「オフィスの Wi-Fi がダウンしている」などの一般的な問題に関連する重複 IT チケットを効果的に識別して管理できます。

* 技術アーキテクチャに関する主要なリスクを特定する: 次のフェーズに進む前に、技術アーキテクチャに関連するリスクを特定して評価することが重要です。これにより、チームはリスク軽減戦略を策定し、アーキテクチャがビジネス要件をサポートし、適切に拡張できることを確認できます。
参照：
* 次の最小限の愛すべき製品 (MLP) の計画を開始する: 勢いを維持し、継続的な配信を確実にするために、次の MLP の計画は現在のフェーズの終わりに向けて開始する必要があります。これには、次の機能セットの範囲、要件、およびタイムラインの定義が含まれます。
* この最小限の愛すべき製品 (MLP) を提供するためにスプリント プランが達成可能であることを確認する: スプリント プランが現実的かつ達成可能であることを確認することが重要です。これには、チームが割り当てられた時間枠内に必要な作業を完了できること、および依存関係とリソースが適切に管理されていることを確認することが含まれます。