Case-Typ „Backlog“ untersuchen

1. Laden Sie die Arbeitsmappe GoGoRoad_CaseTypeBacklog_Challenge.xlsx auf Ihren Computer herunter.
   GoGoRoad_CaseTypeBacklog_Challenge.xlsx (106.08 KB)
   Hinweis: Aus Sicherheitsgründen sind Macros in diesem Case-Typ „Backlog“ deaktiviert. Macros sind für Case-Typ Backlog Arbeitsmappen aktiviert, die direkt von der Pega Express Toolkit Website heruntergeladen werden.
2. Öffnen Sie die Arbeitsmappe, und klicken Sie dann auf den Tab Project Summary.
3. Überprüfen Sie den Kundennamen unter „Client Name“, den „Engagement Name“ und das Änderungsprotokoll unter „Change Log“. 
4. Laden Sie die Arbeitsmappe Case-Typ-Backlog von der Pega Express Toolkit-Website auf Ihren Computer herunter.
   Tipp: Aktivieren Sie die Makros, die mit dem Case-Typ-Backlog-Tool verknüpft sind, damit die Excel-Tabelle Informationen zwischen den verschiedenen Tabs übernehmen kann.
5. Denken Sie an ein Projekt, an dem Sie in der Vergangenheit gearbeitet haben, oder an ein Projekt, dem Sie derzeit zugewiesen sind.
   Stellen Sie sich dieses Projekt als Pega-Plattform-Anwendung vor und entwickeln Sie dafür ein eigenes Case-Typ-Backlog.
6. Öffnen Sie das Case-Typ-Backlog und geben Sie in das Feld Client Name den Kundennamen oder die Projektbezeichnung ein.
7. In das Feld Sizing Generated By geben Sie Ihren Namen ein.

   Wie in der folgenden Abbildung dargestellt, enthält der Tab Project Summary grundlegende Informationen zum Projekt:

   
   Hinweis: Der Tab Project Summary enthält auch Informationen darüber, wann das Case-Typ-Backlog-Dokument geändert wurde.

Im Tab Assumptions dokumentieren Sie alle Informationen zu Annahmen auf Projekt- oder Programmebene, die für verschiedene Aspekte vereinbart wurden:

1. Klicken Sie in der XLSX-Arbeitsmappe GoGoRoad_CaseTypeBacklog_Challenge auf den Tab Assumptions.
2. Überprüfen Sie die Annahmen, die für das GoGoRoad-Projekt getroffen wurden, und beachten Sie insbesondere die Annahmen für MLP1.
3. Dokumentieren Sie in Ihrem eigenen Case-Typ-Backlog alle Informationen zu Annahmen auf Projekt- oder Programmebene, die für verschiedene Aspekte Ihres Projekts vereinbart wurden, einschließlich Datenmigration, Anwendungsbranding und Channel-Bereitstellung.

   Die folgende Abbildung zeigt den Tab Assumptions:

   
   Hinweis: Die Informationen im Tab Assumptions stammen aus dem Sales-to-Delivery-Meeting. Sie vermitteln dem Business Architect und anderen Mitgliedern des Implementierungsteams ein gutes Verständnis dafür, welche Limits bei der Berechnung der Projektgröße und -kosten berücksichtigt wurden.

Im Tab Microjourneys dokumentieren Sie den neu zu gestaltenden Prozess, um die im Projekt adressierten Ergebnisse für den Kunden zu erzielen:

1. Klicken Sie in der XLSX-Arbeitsmappe GoGoRoad_CaseTypeBacklog_Challenge auf den Tab Microjourneys.
2. Sehen Sie sich die Microjourneys an, die für das GoGoRoad-Projekt identifiziert wurden:
   1. In der Spalte Microjourney definieren Sie eine Microjourney für jedes identifizierte Ergebnis für den Kunden.
   2. In der Spalte Description geben Sie die Annahmen und Ausnahmen ein, die sich auf den Workflow, die zu berücksichtigenden Volumenbereiche und die Anforderungen des Kunden auswirken.
3. Dokumentieren Sie in Ihrem eigenen Case-Typ-Backlog die Microjourney und die Beschreibung Ihres Projekts.

   Die folgende Abbildung zeigt den Tab Microjourneys:

   

Im Tab Case Types listen Sie die Case-Typen, deren zugehörige Microjourneys, die erwartete Entwicklungskomplexität, die erwartete Channel-Nutzung und die zugehörigen Annahmen auf:

1. Klicken Sie in der XLSX-Arbeitsmappe GoGoRoad_CaseTypeBacklog_Challenge auf den Tab Case Types.
2. Sehen Sie sich die Informationen zu den für das GoGoRoad-Projekt identifizierten Case-Typen an:
   1. In der Spalte Parent Microjourney(s) überprüfen Sie die ausgewählte Microjourney.
   2. In der Spalte Average Complexity überprüfen Sie die ausgewählte Komplexität:
      Hinweis: Es wird erwartet, dass die MLP1-Bereitstellung einen Komplexitätsgrad von OOTB oder Low hat.
      • OOTB (Out-of-the-box)
      • Low
      • Medium
      • High
      • Complex
   3. In der Spalte Channels und in den Unterspalten überprüfen Sie die erwartete Case-Bereitstellung für Benutzer für jeden Channel-Typ.
   4. In der Spalte Assumptions überprüfen Sie alle Annahmen, die über die Case-Typen, ihre Beziehung zueinander und ihre Bereitstellung über die MLPs des Projekts getroffen wurden.
3. Dokumentieren Sie in Ihrem eigenen Case-Typ-Backlog die Case-Typen für Ihr Projekt: 
   1. Wählen Sie eine oder mehrere übergeordnete Microjourneys aus.
   2. Wählen Sie eine durchschnittliche Komplexität aus.
   3. Weisen Sie in der Spalte Channels für jeden Channel-Typ, in dem die Benutzer die Cases bearbeiten sollen, eine erwartete Exposition gegenüber Benutzern zu.
   4. Dokumentieren Sie in der Spalte Assumptions alle Annahmen, die über die Case-Typen, ihre Beziehung zueinander und ihre Bereitstellung über die MLPs des Projekts getroffen wurden.

      Die folgende Abbildung zeigt ein Beispiel für den Tab Case Type:

      
   Hinweis: Nicht immer besteht eine 1:1-Beziehung zwischen Case-Typen und Microjourneys. Im Tab Case Type definieren Sie die Beziehung zwischen den Case-Typen, die Sie in App Studio entwickeln, und den Microjourneys, die anhand der Customer Journey identifiziert wurden, sowie dem gewünschten strategischen Ergebnis.

Im Tab Supporting Features listen Sie die anwendungsweiten unterstützenden Features auf, die während der Discovery-Phase (der Ermittlungsphase des Projekts) identifiziert werden.

Der Tab „Supporting Features“ enthält Informationen und Anforderungen für die Gesamtfunktionalität des Case-Typ-Workflows hinsichtlich der Pega-Funktionen für die Workflow-Automatisierung und KI-gestützte Entscheidungsfindung. Diese Informationen zu unterstützenden Funktionen sind besonders wichtig für das Team, das die Anwendung implementiert, da sie die Grundlage für die gesamte Anwendungsentwicklung innerhalb der Case-Typen der Anwendung bilden. 

1. Klicken Sie in der XLSX-Arbeitsmappe GoGoRoad_CaseTypeBacklog_Challenge auf den Tab Supporting Features.
2. Sehen Sie sich die Informationen zu den für das GoGoRoad-Projekt identifizierten unterstützenden Features an:
   1. Überprüfen Sie in der Spalte Case Types den Case-Typ, der jedem Feature zugeordnet ist.
   2. In der Spalte Average Complexity überprüfen Sie die ausgewählte Komplexität:
      Hinweis: Es wird erwartet, dass die MLP1-Bereitstellung einen Komplexitätsgrad von OOTB oder Low hat.
      • OOTB (Out-of-the-box)
      • Low
      • Medium
      • High
      • Complex
   3. In der Spalte Channels und in den Unterspalten überprüfen Sie die erwartete Case-Bereitstellung für Benutzer für jeden Channel-Typ.
   4. In der Spalte Assumptions überprüfen Sie alle Annahmen, die über die Case-Typen, ihre Beziehung zueinander und ihre Bereitstellung über die MLPs des Projekts getroffen wurden.
3. Dokumentieren Sie in Ihrem eigenen Case-Typ-Backlog einige Pega-Features, die Sie für Ihr Anwendungsprojekt als wichtig erachten.
   Hinweis: Legen Sie den Schwerpunkt auf Features, die Sie in Ihrem Low-Code Maker Application Build implementiert haben. Zu diesen Features gehören Approve/Reject-Funktionen, automatisierte E-Mail-Benachrichtigungen, Routing-Automatisierungen und Service Level Agreements.
4. Wählen Sie einen oder mehrere Case-Typen aus, die von jedem Feature unterstützt werden.
5. Wählen Sie eine durchschnittliche Komplexität aus.
6. Weisen Sie in der Spalte Channels für jeden Channel-Typ, in dem die Benutzer die Cases bearbeiten sollen, eine erwartete Exposition gegenüber Benutzern zu.
7. Dokumentieren Sie in der Spalte Assumptions alle Annahmen, die über die Case-Typen, ihre Beziehung zueinander und ihre Bereitstellung über die MLPs des Projekts getroffen wurden.

   Die folgende Abbildung zeigt den Tab Supporting Features:

   
   Hinweis: Für Sie als Pega Business Architect haben die Funktionen im Tab Supporting Features zwar großen Einfluss darauf, wie Sie bestehenden Prozesse des Unternehmens in transformierte Workflows umwandeln, die von Pegas Automatisierungs- und KI-basierten Entscheidungsfunktionen profitieren, sind aber keine fixen Vorgaben. Wenn Sie einen Workflow mit Pega-Features und Funktionen verbessern können, die nicht im Tab Supporting Features aufgeführt sind, zögern Sie nicht, Ihre Ideen den relevanten Stakeholdern aus dem Business- und IT-Projektteam mitzuteilen.

Listen Sie im Tab Interfaces die externen Datenbestände (SOR) auf, mit denen die Anwendung verbunden ist. Die Datenbestände werden entweder als Konnektor oder als Service kategorisiert:

• Ein Konnektor ist eine Schnittstelle, über die diese Pega-Anwendung eine Anfrage an eine andere Datenquelle oder Anwendung initiiert.
• Ein Service ist eine Schnittstelle, über die eine andere Anwendung eine Anfrage an diese Pega-Anwendung initiiert.

1. Klicken Sie in der XLSX-Arbeitsmappe GoGoRoad_CaseTypeBacklog_Challenge auf den Tab Interfaces .
2. Sehen Sie sich die Informationen zu den Schnittstellen an, die für das GoGoRoad-Projekt identifiziert wurden:
   1. In der Spalte Service of Connector überprüfen Sie die Auswahl des Konnektors oder Services.
   2. In der Spalte Interface/Data Source Type überprüfen Sie die ausgewählte den Quelltyp der Schnittstelle.
      Hinweis: Die Liste der Quelltypen hängt von Ihrer Auswahl für die Spalte Service or Connector ab. Die beliebteste Option für Konnektoren sind SOAP oder REST.
   3. In der Spalte Complexity überprüfen Sie die Auswahl von Low, Medium oder High.
   4. In der Spalte Interface Data Source Exists? überprüfen Sie die Auswahl von Yes, No oder Unknown.
   5. In der Spalte Assumptions überprüfen Sie alle Annahmen, die über die Schnittstelle getroffen wurden.
   6. Dokumentieren Sie die Schnittstellen, die Sie für Ihre Anwendung identifiziert haben, soweit möglich, in Ihrem eigenen Case-Typ-Backlog.

   Die folgende Abbildung zeigt den Tab Interfaces:

   
   Hinweis: Diese Schnittstelleninformationen sind für die System Architects des Implementierungsteams von größtem Interesse. Aber auch für Sie als Business Architect ist es hilfreich, eine Vorstellung von der Komplexität dieses Projektaspekts zu haben.

Im Tab Personas listen Sie die verschiedenen allgemeinen Benutzergruppen auf, von denen erwartet wird, dass sie mit der Anwendung und den Case-Typen interagieren. Identifizieren Sie die einzelnen Benutzergruppen, deren Beziehung zueinander sowie alle anderen Annahmen, die in Bezug auf ihre Rolle innerhalb der Anwendung getroffen werden:

1. Klicken Sie in der XLSX-Arbeitsmappe GoGoRoad_CaseTypeBacklog_Challenge auf den Tab Personas .
2. Überprüfen Sie die für das GoGoRoad-Projekt identifizierten Personas und die Annahmen (Assumptions) über die Benutzergruppe.
3. Dokumentieren Sie in Ihrem Case-Typ-Backlog die Personas, die als Benutzer Ihrer Anwendung identifiziert wurden. Beschreiben Sie ausführlich alle damit verbundenen Annahmen.

   Die folgende Abbildung zeigt ein Beispiel für den Tab Personas:

   

Im Tab Reports listen Sie benutzerdefinierte Berichte und Korrespondenzen auf, die für die erfolgreiche Einführung und Integration der Anwendung als wichtig identifiziert wurden.

1. Klicken Sie in der XLSX-Arbeitsmappe GoGoRoad_CaseTypeBacklog_Challenge auf den Tab Reports.
2. Sehen Sie sich die Informationen zu Reports or Correspondence an, die für das GoGoRoad-Projekt ermittelt wurden.
   1. In der Spalte Average Complexity überprüfen Sie die ausgewählte Komplexität:
      • OOTB (Out-of-the-box)
      • High 
      • Medium
      • Low
   2. In der Spalte MLP Release  überprüfen Sie das MLP Release.
   3. In der Spalte Assumptions überprüfen Sie alle Annahmen, die über die Schnittstelle getroffen wurden.
3. Dokumentieren Sie in Ihrem eigenen Case-Typ-Backlog mindestens einen benutzerdefinierten Bericht, der die Stakeholder bei der operativen Analyse unterstützt.

   Die folgende Abbildung zeigt ein Beispiel für den Tab Reports:

   
   Hinweis: Im Tab Reports werden keine vorkonfigurierten Berichte aufgeführt, die in Pega-Plattform verfügbar sind. Hier sehen Sie nur benutzerdefinierte Berichte, die das Implementierungsteam erstellen muss. Der Tab Reports enthält Berichtsnamen, die Entwicklungskomplexität, den erwarteten Release-Termin sowie alle Annahmen, die zum Bericht getroffen wurden.  

Im Tab Work Backlog werden die Details zusammengefasst, die in den vorherigen Tabs des Case-Typ-Backlog eingegeben wurden.

1. Klicken Sie in der XLSX-Arbeitsmappe GoGoRoad_CaseTypeBacklog_Challenge auf den Tab Work Backlog.
2. Sehen Sie im Tab Work Backlog die Spalten für das GoGoRoad-Projekt an:
   1. C or F: wird automatisch befüllt vom Case-Typ- oder Feature-Einträgen vom Tab Supporting Features
   2. Microjourney: wird automatisch über die Case-Typ-Informationen im Tab „Microjourneys“ mit Einträgen vom Tab Supporting Features befüllt
   3. CaseType / Feature: wird automatisch mit Einträgen vom Tab Supporting Features befüllt
   4. Which Case Type is this Feature in support of?: wird automatisch mit Case-Typen vom Tab Supporting Features befüllt
   5. Average Complexity: wird automatisch mit Einträgen vom Tab Supporting Features befüllt
   6. Interfaces -Spalten: wird mit den angegebenen Schnittstellen im Tab Interfaces befüllt. Hier sehen Sie, wie die Schnittstellen mit unterstützenden Features verknüpft wurden.
   7. Personas -Spalten: wird mit den Personas aus dem Tab Personas befüllt. Hier sehen Sie, wie die Personas mit unterstützenden Features verknüpft wurden.
   8.  Channels-Spalten: wird automatisch mit Einträgen vom Tab Case Types befüllt. Verknüpft die Channels mit den unterstützenden Features über die Case-Typ-Informationen.
   9. Biz Value: Hier sehen Sie die Einstufung hinsichtlich des geschäftlichen Nutzens (Low, Medium, High).
   10. MLP Release: Hier können Sie die Auswahl von MLP1, MLP2, MLP3, MLP4 oder Future überprüfen.
   11. Sizing Assumptions: Hier können Sie eine beliebige Annahme zu Features hinsichtlich des Projektumfangs eingeben. Die Spalte „Assumptions“ begründet den Wert, der in der Spalte „Biz Value“ zugewiesen wurde. 
3. Sehen Sie sich in Ihrem Case-Typ-Backlog den Tab „Work Backlog“ an, um sicherzustellen, dass die Informationen aus den vorhergehenden Tabs korrekt konsolidiert wurden.
   1. Geben Sie ein X ein, wenn sich die identifizierten Schnittstellen auf unterstützende Features oder Case-Typen beziehen.
   2. Geben Sie ein X ein, wenn sich die identifizierten Personas auf unterstützende Features oder Case-Typen beziehen.
   3. Wählen Sie für jedes unterstützende Feature oder jeden Case-Typ einen „Biz Value“ für den geschäftlichen Nutzen aus.
   4. Wählen Sie für jedes unterstützende Feature oder jeden Case-Typ ein Release aus.
   5. Fügen Sie alle Annahmen hinzu, die Ihrer Meinung nach für die Projektdimensionierung relevant sind.

   Die folgende Abbildung zeigt ein Beispiel für den Tab Work Backlog:

   
   Hinweis: Für einen Business Architect fungiert das Work Backlog als eine Projektzusammenfassung auf einem einzigen Tab. Sie können die vorherigen Tabs verwenden, um nähere Informationen zu erhalten, insbesondere in Bezug auf getroffene Annahmen.

Im Tab Project Attributes geben Sie zusätzliche Projektinformationen zur Anwendungsentwicklung und -bereitstellung ein:

1. Klicken Sie in der XLSX-Arbeitsmappe GoGoRoad_CaseTypeBacklog_Challenge auf den Tab Project Attributes.
2. In der Spalte Attribute Type sehen Sie die Informationen zu den Projektattributen, die sich auf das GoGoRoad-Projekt beziehen:

   Attributtyp	Aktionen
   Platform/Application Info	Im Feld Pega Version  geben Sie die Versionsnummer der Pega-Anwendung ein. Im Feld Application Name  geben Sie den Namen der Anwendung ein. Im Feld Application Version  geben Sie die Haupt- und Nebenversionsnummern der Anwendung ein. Hinweis: Die erste Version einer Anwendung hat immer die Versionsnummer „01.01“.
   Co-Production	In der Liste Staffing Model wählen Sie einen der folgenden Werte aus: Co-Production Non Co-Production In der Liste Engagement Lead wählen Sie den Lead-Typ aus: Pega Led/Client Co-Prod Partner Led/Client Co-Prod Pega Led Partner Led
   Delivery	In der Liste Delivery Methodology wählen Sie einen Bereitstellungstyp aus: Agile/Scrum Waterfall/Other Unter Scrum Maturity wählen Sie einen Wert aus: High Medium Low Im Feld Number of Scrum Teams  geben Sie eine Zahl ein.
   Other Attributes	In der Liste Pega Cloud or Existing On-Prem Instance wählen Sie einen Wert aus: Yes No Im Feld Data Import/Conversion Required wählen Sie den erforderlichen Aufwand aus: None Low Medium High Im Feld Localization geben Sie die Anzahl der zusätzlichen Sprachen ein. Im Feld Highly Regulated or Complex Company list wählen Sie einen Wert aus: Yes No
   Special Packages in MLP1	In der Liste Robotics wählen Sie einen Wert aus: Yes No In der Liste Mkt & Dec Quick Win Package wählen Sie einen Wert aus:
   Risk	Im Feld Other Contingencies geben Sie einen Prozentsatz ein.

3. Überprüfen Sie in Ihrem Case-Typ-Backlog einige mögliche Optionen für die verschiedenen Attributtypen, die Ihrem Projekt zugeordnet sind, und wählen Sie diese aus.

   Der Tab Project Attributes ist bereits mit einige Standardwerten befüllt, wie in der folgenden Abbildung dargestellt: