Case Type Backlogの調査

1. GoGoRoad_CaseTypeBacklog_Challenge.xlsxワークブックをデスクトップにダウンロードします。
   GoGoRoad_CaseTypeBacklog_Challenge.xlsx (106.08 KB)
   補足： セキュリティのため、このCase Type Backlogのマクロは無効になっています。 マクロは、Pega Express Toolkitのサイトから直接ダウンロードしたCase Type Backlogワークブックでは有効です。
2. ワークブックを開き、「Project Summary」タブをクリックします。
3. Client Name、Engagement Name、Change Logを確認します。 
4. 「Pega Express Toolkit」ウェブサイトから、Case Type Backlogワークブックをデスクトップにダウンロードします。
   ヒント： Case Type Backlogツールに関連付けられたマクロを有効にして、Excelスプレッドシートが各タブに情報を転送できるようにします。
5. 過去に取り組んだプロジェクトや、現在割り当てられているプロジェクトについて考えてみましょう。
   このプロジェクトをPega Platformアプリケーションとして想定し、これを使用して独自のCase Type Backlogを構築します。
6. Case Type Backlogを開き、Client Name フィールドに、名前またはプロジェクトを入力します。
7. Sizing Generated Byフィールドに、自分の名前を入力します。

   以下の図に示すように、Project Summaryタブには、プロジェクトに関する基本情報が表示されます。

   
   補足： また、Project Summaryタブには、Case Type Backlogの変更履歴に関する情報も含まれています。

Assumptionsタブには、さまざまな点で合意したプロジェクトやプログラムレベルの前提条件に関する情報を記録します。

1. GoGoRoad_CaseTypeBacklog_Challenge.xlsxワークブックで、「Assumptions」タブをクリックします。
2. GoGoRoadプロジェクトの前提条件を確認し、MLP1に関する前提条件に特に注意します。
3. 独自のCase Type Backlogには、データ移行、アプリケーションのブランディング、チャネルデリバリーなど、さまざまな点で合意したプロジェクトやプログラムレベルの前提条件に関する情報を記録します。

   次の図は、Assumptionsタブを示しています。

   
   補足： Assumptionsタブに含まれる情報は、セールスからデリバリーへの引き継ぎミーティングから取得されます。このミーティングでは、ビジネスアーキテクトや実装チームの他のメンバーは、プロジェクトの規模とコストを計算する際にどのような制限が考慮されたのかを十分に理解できます。

Microjourneysタブには、プロジェクトで取り組む顧客の成果を達成するために再設計すべきプロセスを文書化します。

1. GoGoRoad_CaseTypeBacklog_Challenge.xlsxワークブックで、「Microjourneys」タブをクリックします。
2. GoGoRoadプロジェクトで特定されたMicrojourneyを確認します。
   1. Microjourney列で、特定された顧客の成果に対してそれぞれMicrojourneyを定義します。
   2. Description列に、ワークフローに影響を与える前提条件と例外、考慮すべきボリューム領域、およびクライアントの要件を入力します。
3. 独自のCase Type Backlogに、プロジェクトのMicrojourneyとその説明を記録します。

   次の図は、Microjourneyタブを示しています。

   

Case Typesタブには、ケースタイプ、関連するMicrojourney、予想される開発の複雑性、予想されるチャネルの使用状況、および関連する前提条件のリストが表示されます。

1. GoGoRoad_CaseTypeBacklog_Challenge.xlsxワークブックで、「Case Types」タブをクリックします。
2. GoGoRoadプロジェクトで特定されたケースタイプの情報を確認します。
   1. Parent Microjourney(s)列で、選択したMicrojourneyを確認します。
   2. Average Complexity列で、選択したレベルを確認します。
      補足： MLP1のデリバリーには、複雑度にOOTBまたはLowを指定する必要があります。
      • OOTB (Out-of-the-box)
      • Low
      • Medium
      • High
      • Complex
   3. Channels列のサブ列で、ユーザーがケースを受け取るチャネルタイプごとに、ユーザーに対して予想される露出を確認します。
   4. Assumptions列で、ケースタイプ、相互の関係、プロジェクトのMLPのデリバリーに関する前提条件を確認します。
3. 独自のCase Type Backlogに、プロジェクトのケースタイプとその説明を記録します。 
   1. 1 つ以上の親Microjourneyを選択します。
   2. 「Average Complexity」を選択します。
   3. Channels列のサブ列で、ユーザーがケースを受け取るチャネルタイプごとに、ユーザーに対して予想される露出を確認します。
   4. Assumptions列で、ケースタイプ、相互の関係、プロジェクトのMLPのデリバリーに関する前提条件を記録します。

      Case Typeタブの例を次の図に示します。

      
   補足： ケースタイプとMicrojourneyの間には、必ずしも1対1の関係があるわけではありません。 Case Typeタブでは、App Studioで開発したケースタイプと、カスタマージャーニーから特定されたMicrojourneyおよび望ましい戦略的成果との関係を定義します。

Supporting Featuresタブには、プロジェクトの発見フェーズで特定されるアプリケーション全体のサポート機能のリストが表示されます。

Supporting Featuresタブには、このタブがワークフローのオートメーションやAIを活用した意思決定におけるPegaの機能に関連しているため、ケースタイプワークフローの全体的な機能に関する情報と要件が表示されます。 この情報は、アプリケーションのケースタイプ内のすべてのアプリケーション開発作業の基盤であるため、アプリケーション実装チームにとって特に重要です。 

1. GoGoRoad_CaseTypeBacklog_Challenge.xlsxワークブックで、「Supporting Features」タブをクリックします。
2. GoGoRoadプロジェクトで特定されたサポート機能の報を確認します。
   1. Case Types列で、各機能に関連付けられたケースタイプを確認します。
   2. Average Complexity列で、選択したレベルを確認します。
      補足： MLP1のデリバリーには、複雑度にOOTBまたはLowを指定する必要があります。
      • OOTB (Out-of-the-box)
      • Low
      • Medium
      • High
      • Complex
   3. Channels列のサブ列で、ユーザーがケースを受け取るチャネルタイプごとに、ユーザーに対して予想される露出を確認します。
   4. Assumptions列で、ケースタイプ、相互の関係、プロジェクトのMLPのデリバリーに関する前提条件を確認します。
3. 独自のCase Type Backlogに、プロジェクトのアプリケーションに重要であると特定したPega機能を2～3個記録します。
   補足： ローコードメーカーアプリケーションのビルドで実装した機能に焦点を当てます。 これらの機能には、承認/却下機能、自動メール通知、自動ルーティング、サービスレベルアグリーメントが含まれます。
4. 各機能がサポートするケースタイプを1つ以上選択します。
5. 「Average Complexity」を選択します。
6. Channels列のサブ列で、ユーザーがケースを受け取るチャネルタイプごとに、ユーザーに対して予想される露出を確認します。
7. Assumptions列で、ケースタイプ、相互の関係、プロジェクトのMLPのデリバリーに関する前提条件を記録します。

   Supporting Featuresタブを次の図に示します。

   
   補足： Pegaビジネスアーキテクトにとって、Supporting Featuresタブの機能は、組織の既存のプロセスをPegaのオートメーションやAIベースの意思決定機能を活用したワークフローに転換する方法に大きく影響しますが、完全に定義するわけではありません。 Supporting FeaturesタブにないPega機能を使用してワークフローを改善できる場合は、ビジネスチームとITプロジェクトチームの両方から関連するステークホルダーにアイデアを伝えることができます。

Interfacesタブには、アプリケーションが連動する外部システムオブレコード（SORS）のリストが表示されます。 SORは、コネクターまたはサービスとして分類されます。

• コネクターとは、このPegaアプリケーションが他のデータソースやアプリケーションへのリクエストを開始するインターフェイスです。
• サービスとは、他のアプリケーションがこのPegaアプリケーションへのリクエストを開始するインターフェイスです。

1. GoGoRoad_CaseTypeBacklog_Challenge.xlsxワークブックで、「Interfaces」タブをクリックします。
2. GoGoRoadプロジェクトで特定されたインターフェイスの情報を確認します。
   1. Service of Connector列で、ConnectorまたはServiceの選択を確認します。
   2. Interface/Data、Source Type列で、インターフェイスの選択したソースタイプを確認します。
      補足： Source Typesのリストは、Service or Connector列の選択内容によって異なります。 コネクターの最も一般的な選択肢は、SOAPまたはRESTです。
   3. Complexity列で、Low、MediumまたはHighの選択を確認します。
   4. Interface Data Source Exists? 列で、Yes、NoまたはUnknownの選択を確認します。
   5. Assumptions列で、インターフェイスに関する前提条件を確認します。
   6. 可能な限り、アプリケーションで特定したインターフェイスを独自のCase Type Backlogに記録します。

   次の図は、Interfacesタブを示しています。

   
   補足： このインターフェイス情報は実装チームのシステムアーキテクトにとって最も関心のあるものですが、ビジネスアーキテクトがプロジェクトのこの側面の複雑性について考えるうえで役立ちます。

Personasタブには、アプリケーションとケースタイプとのインタラクションが予想されるさまざまな幅広いユーザーグループのリストが表示されます。 各ユーザーグループ、相互関係、およびアプリケーション内での役割に関するその他の前提条件を特定します。

1. GoGoRoad_CaseTypeBacklog_Challenge.xlsxワークブックで、Personas タブをクリックします。
2. GoGoRoadプロジェクトで特定されたPersonasと、ユーザーグループに関するAssumptionsの情報を確認します。
3. Case Type Backlogに、アプリケーションのユーザーとして特定されたペルソナを記録します。 関連する前提条件の詳細を記載します。

   Personasタブの例を次の図に示します。

   

Reportsタブには、アプリケーションの導入と統合の成功に重要だと特定されたカスタムレポートとメッセージのリストが表示されます。

1. GoGoRoad_CaseTypeBacklog_Challenge.xlsxワークブックで、「Reports」タブをクリックします。
2. GoGoRoadプロジェクトで特定されたReports or Correspondenceの情報を確認します。
   1. Average Complexity列で、選択したレベルを確認します。
      • OOTB (Out-of-the-box)
      • High 
      • Medium
      • Low
   2. MLP Release 列で、MLPリリースを確認します。
   3. Assumptions列で、インターフェイスに関する前提条件を確認します。
3. 独自のCase Type Backlogに、プロジェクトのステークホルダーによる運用分析を支援するカスタムレポートを1つ以上記録します。

   次の図は、Reportsタブの例を示しています。

   
   補足： Reportsタブには、Pega Platform用のすぐに使えるレポートのリストは表示されず、実装チームが開発すべきカスタムレポートのリストが表示されます。 Reportsタブには、レポート名、開発の複雑性、リリース予定、およびレポートに関する前提条件の詳細が表示されます。  

Work Backlogタブには、Case Type Backlogスプレッドシートの以前のタブに入力された詳細が集約されます。

1. GoGoRoad_CaseTypeBacklog_Challenge.xlsxワークブックで、「Work Backlog」タブをクリックします。
2. GoGoRoadプロジェクトのWork Backlogタブの列を確認します。
   1. C or F：Supporting Featuresタブから、Case TypeまたはFeatureとしてエントリーが自動的に入力されます。
   2. Microjourney：Supporting Featuresタブからのエントリーと、Microjourneyタブからのエントリーが、Case Type情報を通じて自動的に入力されます。
   3. CaseType / Feature：Supporting Featuresタブから自動的に入力されます。
   4. Which Case Type is this Feature in support of?：Supporting FeaturesタブからCase Typeが自動的に入力されます。
   5. Average Complexity：Supporting Featuresタブから自動的に入力されます。
   6. Interfaces 列：InterfacesはInterfacesタブから入力されます。 InterfacesがSupporting Featuresにどのように関連付けられたかを確認します。
   7. Personas 列：PersonasはPersonasタブから入力されます。 PersonasがSupporting Featuresにどのように関連付けられたかを確認します。
   8.  Channels列：Case Typesタブからエントリーが自動的に入力されます。 Case Typeの情報を通じてChannelsをSupporting Featuresに関連付けます。
   9. Biz Value：Low、Medium、Highの選択を確認します
   10. MLP Release：MLP1、MLP2、MLP3、MLP4、またはFutureの選択を確認します。
   11. 前提条件のサイジング：プロジェクトのサイジングに関連する機能に関する前提条件を入力します。 Assumptions列は、Biz Value列に割り当てられた値を正当化します。 
3. Case Type Backlogで、Work Backlogタブを確認し、上記のタブの情報が正しく統合されていることを確認します。
   1. 特定されたInterfacesがSupporting FeaturesまたはCase Typesに関連している場合は、「X」を入力します。
   2. 特定されたPersonasがSupporting FeaturesまたはCase Typesに関連している場合は、「X」を入力します。
   3. Supporting FeatureまたはCase Typeごとに「Biz Value」を選択します。
   4. Supporting FeatureまたはCase Typeごとに「Release」を選択します。
   5. プロジェクトのサイジングに関連していると考えられる前提条件を追加します。

   Work Backlogタブの例を次の図に示します。

   
   補足： ビジネスアーキテクトとして、Work Backlogを使用すると、1つのタブでプロジェクトサマリーを確認できます。 特に前提条件に関するサポート情報については、前のタブを使用できます。

Project Attributesタブには、アプリケーションの開発とデプロイメントに関連するプロジェクトに関する追加情報が表示されます。

1. GoGoRoad_CaseTypeBacklog_Challenge.xlsxワークブックで、「Project Attributes」タブをクリックします。
2. Attribute Type列で、GoGoRoadプロジェクトに関連するプロジェクト属性の情報を確認します。

   属性タイプ	手順
   Platform/Application Info	Pega Version フィールドに、Pegaアプリケーションのバージョン番号を入力します。 Application Name フィールドに、アプリケーション名を入力します。 Application Version フィールドに、アプリケーションのメジャーバージョン番号とマイナーバージョン番号を入力します。 補足： アプリケーションの最初のバージョンは常に01.01です
   Co-Production	Staffing Model リストで、以下のいずれかの値を選択します。 Co-Production Non Co-Production Engagement Lead リストで、リードのタイプを選択します。 Pega Led/Client Co-Prod Partner Led/Client Co-Prod Pega Led Partner Led
   Delivery	Delivery Methodologyリストで、デリバリータイプを選択します。 Agile/Scrum Waterfall/Other Scrum Maturityで、値を選択します。 High Medium Low Number of Scrum Teams フィールドに数値を入力します。
   Other Attributes	Pega Cloud or Existing On-Prem Instanceリストで、値を選択します。 Yes No Data Import/Conversion Requiredで、必要な労力のレベルを選択します。 None Low Medium High Localizationフィールドに、追加言語の数を入力します。 Highly Regulated or Complex Company listで、値を選択します。 Yes No
   Special Packages in MLP1	Robotics リストで、値を選択します。 Yes No Mkt & Dec Quick Win Package リストで、値を選択します。
   Risk	Other Contingenciesフィールドに、割合を入力します。

3. Case Type Backlogで、プロジェクトに関連付けられている各種のAttribute Typesについて、考えられる選択肢を確認して選択します。

   Project Attributesタブには、次の図に示すように、一部はデフォルト値が入力されます。