Directly Capture Objectives

Directly Capture Objectives (DCO) ist die Methode der umfänglichen Zusammenarbeit von Pega Express. DCO fördert die Abstimmung zwischen den verschiedenen Beteiligten und sorgt für ein erstklassiges Zusammenspiel zwischen Business und IT. DCO ist eine Disziplin – eine Vorgehensweise, die einen kontinuierlichen Kreislauf aus Zusammenarbeit, Iteration und Validierung bildet. Business- und IT-Teams arbeiten gemeinsam Schritt für Schritt an der Modellierung der endgültigen Anwendung unter Verwendung der Pega-Plattform.

Schwerpunkte von DCO:

• Entwurf und Erstellung von Anwendungen
• Erzielung von Geschäftsergebnissen 
• Menschenzentriertes Design 
• Iterationen zur schnelleren Realisierung des Geschäftswerts

Die Pega-Plattform bietet visuelle Tools zur Erfassung von Ergebnissen, Design-Bildschirmen, Workflows und Feedback.

• DCO ist ... Eine Disziplin, eine Arbeitsweise ... Ein kontinuierlicher Zyklus
• Gestützt von ... Zusammenarbeit, Iteration, Validierung

Die Verwendung der DCO-Disziplin fördert die Abstimmung zwischen den Beteiligten, um Einblicke in die Anwendung zu erhalten. DCO reduziert Missverständnisse und minimiert das Risiko, Geschäfts- oder Funktionslücken zu spät zu entdecken. DCO erhöht auch das Gesamttempo der Bereitstellung, indem alle wichtigen Akteure von Anfang an einbezogen werden.  

Mit DCO müssen Sie keine zeitaufwändige Dokumentation der Anforderungen erstellen. Stattdessen erfassen Sie alle Informationen, die für die Erstellung einer Anwendung innerhalb der Pega-Plattform erforderlich sind – von Geschäftsergebnissen über technische Komponenten (zur Implementierung der Microjourney) bis hin zu geschäftlichen Anforderungen wie:

• Backlog 
• Epics
• User Stories

Durch Zusammenarbeit, Iteration und Validierung der folgenden Punkte verstehen alle Teammitglieder, was erreicht werden soll und wie dies gelingt.

• Geschäftsergebnisse
• Case-Typen
• Stages und Steps (Workflow)
• Personas
• Channels
• Designs für die Benutzeroberfläche
• Daten/Integrationen
• Epics
• Backlog
• User Stories

DCO wird beim Bereitstellungsansatz von Pega Express durchgängig eingesetzt. Obwohl in jeder Phase (Discover, Prepare, Build und Adopt) unterschiedliche Aktivitäten stattfinden, geschehen alle Ereignisse auf kollaborative Weise, während Iteration und Validierung durchgehend stattfinden, wie in der folgenden Abbildung dargestellt.

Hier sind verschiedene DCO-Ereignisse, die gemeinsam während jeder Phase auftreten:

Discover:

• Hilfe bei der Identifzierung der Vision und von Geschäftsergebnissen
• Unterstützung der Ideenfindung und Prototypenentwicklung

Prepare:

• Unterstützung der Ideenfindung und Prototypenentwicklung
• Ausführung der DCO-Sessions

Build:

• Ausführung der DCO-Sessions
• Stetige Optimierung des Backlog
• Unterstützung von Playbacks/Show & Tells

Adopt:

• Ausführung der DCO-Sessions
• Produktverbesserung
• Wissenstransfer für Einsatzbereitschaft im Unternehmen
• Identifizierung des nächsten MLP

DCO während der Prepare-Phase

Zu Beginn der Prepare-Phase hilft DCO, die Struktur und das Design der Microjourneys zu validieren, die Ihr Minimum Lovable Product (MLP) ausmachen. Verwenden Sie DCO, um die drei Säulen von Pega Express zu bestätigen und zu konvertieren:

• Microjourneys und Cases
• Personas und Channels
• Daten und Integrationen   

Konzentrieren Sie sich in Ihren ersten DCO-Sitzungen auf den Rohentwurf von Case-Typen in Pega. Die Definition der Case-Typen beinhaltet die Festlegung der Primary Stages und Alternate Stages für jede Microjourney im Rahmen Ihres MLP.  In den anschließenden DCO-Sitzungen wird jede Phase allgemein erschlossen, um die wichtigsten Steps, Geschäftsregeln und Datenanforderungen für die Microjourney zu bestimmen. Während der ersten DCO-Sitzungen in der Prepare-Phase behandeln Sie Themen wie Benutzerzugriff und generelle Sicherheitsanforderungen.  

Sobald Ihre DCO-Sitzungen abgeschlossen sind, haben Sie einen allgemeinen Entwurf einer Kurzfassung der End-to-End-Microjourney, den Sie mit dem Business-Team teilen können. Das Businessteam prüft, ob die erwarteten Geschäftsergebnisse erreichbar sind. Der Zweck einer DCO-Sitzung während der Prepare-Phase ist nicht der Aufbau des MLP, sondern die Bestimmung der funktionalen Grenzen des MLP-Umfangs; dies geschieht durch Prüfung und Bestätigung der Annahmen Ihres Teams in dem erstellten allgemeinen Modell.

Um die geschäftliche Prüfung während der Prepare-Phase durchzuführen, spielen Sie den Case-Typ in der Pega-Plattform ab. Während dieser Sitzung werden die Beteiligten aus dem Businessteam gebeten, alle zugehörigen Szenarien zu berücksichtigen, die in der End-to-End-Journey und im MLP einbezogen werden müssen.  Die Geschäftsszenarien müssen beide Arten von Pfaden während des gesamten Prozesses beinhalten:

1. Idealpfade („Happy Paths“)  
2. Wesentliche Alternativpfade 

DCO-Sitzungen

Sobald die grundlegenden Case-Typen mit den Beteiligten aus dem Businessteam vereinbart sind, planen Sie weitere DCO-Sitzungen, um das Backlog zu erstellen und mit der Ausarbeitung der priorisierten Stories in Vorbereitung auf Ihren ersten Sprint zu beginnen. Ihr abschließendes Ergebnis ist der User-Story-Ausarbeitungsplan. Der Ausarbeitungsplan enthält Termine für die DCO-Sitzungen zur Verfeinerung der im Umfang enthaltenen Case-Typen.

DCO während der Build-Phase

DCO ist auch während der Build-Phase Ihres Projekts unerlässlich. Die Teammitglieder arbeiten weiter zusammen, iterieren und validieren die Lösungen während regelmäßiger In-Sprint-Playbacks mit dem Businessteam. Sitzungen während der Build-Phase zeigen den Mitgliedern des Businessteams sehr frühe Ergebnisse Ihrer Konfiguration. Dadurch können die Beteiligten aus dem Geschäft dem Entwicklungsteam Feedback und Hinweise zur Validierung der Bereitstellung geben.  Ihre Sitzungen können kurz sein und ad hoc stattfinden. Initiieren Sie die Sitzungen, sobald das Entwicklungsteam bereit ist, die Ergebnisse zu teilen. 

DCO wird auch dazu verwendet, die Details des Case-Typs, des Datenmodells und der Geschäftsregeln innerhalb der Microjourney ständig weiterzuentwickeln, um ein brauchbares Backlog mit priorisierten User Stories zu erhalten. 

Die Sitzungen werden anhand des Ausarbeitungsplans angesetzt und können je nach Sitzungsschwerpunkt unterschiedliche Formen annehmen.  Einige Sitzungen dienen der Klärung und Erweiterung der Steps innerhalb des Case-Typs. Andere wiederum werden zur Verbesserung der User Experience genutzt. DCO-Sitzungen können kleine Ideen-Workshops sein, die sich auf das UI-Design, den Bildschirmfluss und andere Aspekte des Design Thinking konzentrieren. 

Das primäre Ergebnis Ihrer DCO-Sitzungen während der Build-Phase sind die verfeinerten und „einsatzbereiten“ User Stories. An die Stories können zusätzliche Dokumente angehängt werden, um den Informationsbedarf der User Story zu unterstützen, darunter Artefakte wie:

• Mock-ups von UI und UX
• Maps der Business-Logik 
• Geschäftsregeln
• Sicherheitsmatrizen
• Dokumente und mehr

Im Verlauf der Sprints gibt Ihr Team Updates der Anwendung zum Testen frei. Die DCO-Disziplin unterstützt einen Triageprozess, um Probleme zu diskutieren, zu priorisieren und zum Backlog hinzuzufügen, und zwar abhängig von ihrem Anteil an den für das MLP definierten Ergebnissen.

Mithilfe der zahlreichen Studios und Visualisierungstools der Pega-Plattform kann Ihr Team das Beste aus Ihren DCO-Sitzungen herausholen. Die Pega-Plattform generiert ein gemeinsames Repository mit den zu entwickelnden Inhalten und beschleunigt so die Bereitstellung. Außerdem müssen Sie nicht mehr stundenlang nach einer Sitzung die Dokumentation hochladen.

Klicken Sie in der folgenden Abbildung auf die Pluszeichen (+), um Details dazu anzuzeigen, wie DCO und Pega-Tools wie App Studio aufeinander abgestimmt sind, um Ziele schnell in der Pega-Plattform zu erfassen.

Das DCO-Kernteam muss klein sein und sollte neben Business Architect, Systemarchitekt, Tester und UX-Designer auch Vertreter des Geschäftsbereichs umfassen, einschließlich des Entscheidungsträgers (Product Owner). Beachten Sie, dass diese Beteiligten aus einer Vielzahl von Disziplinen kommen – von der Wirtschaft bis zur Technik. Bei manchen Projekten benötigt der Product Owner zusätzliche Unterstützung durch Businessspezialisten. Sie können auch Fachexperten zu Ihrem Kernteam hinzufügen.

Im Idealfall nehmen alle Teammitglieder an jeder Sitzung teil, aber das ist vielleicht nicht immer praktikabel. Bei manchen Themen ist möglicherweise kein Systemarchitekt erforderlich. Andere benötigen vielleicht keinen UX-Designer. Und wieder andere erfordern eventuell die Unterstützung bestimmter Fachexperten. 

Zu den DCO-Teilnehmern zählt nicht unbedingt nur das Kernteam. Möglicherweise müssen Sie ad hoc eine Gruppe mit Beteiligten aus geschäftlichen oder technischen Teams bilden, um das Anwendungsdesign zu unterstützen. Bei DCO-Sitzungen, die sich beispielsweise mit dem Thema Sicherheit befassen, könnten IT-Sicherheitsspezialisten hinzugezogen und um ihre Einschätzungen gebeten werden. Oder Sie könnten im Rahmen des User-Experience-Designs eine kleine Gruppe von Endbenutzern zu einer Wiedergabeprüfung einladen, um das Design zu validieren. 

Am Ende des Sprints können Beteiligte aus dem Business-Readiness- und Trainingsteam an den Lösungsvorführungen teilnehmen und dem Projektteam Feedback geben, während sie ihre eigenen Fähigkeiten in Vorbereitung auf die Adopt-Phase ausbauen.   

Klicken Sie in der folgenden Abbildung auf die Pluszeichen (+), um Details zu den Projektteamrollen anzuzeigen.

Bereiten Sie sich stets gut vor, um Ihre DCO-Sitzungen optimal auszunutzen. Einfache Schritte wie das rechtzeitige Einladen der Teilnehmer, das Erstellen einer Tagesordnung und das Sammeln von DCO-Artefakten verbessern die Ergebnisse Ihrer Sitzung. Die Ziele jeder Sitzung müssen klar sein, damit sich die Teilnehmer im Voraus vorbereiten können. 

Um der Vertretung des Geschäftsbereichs bei der Vorbereitung auf die Sitzung zu helfen, versorgen Sie diese Person und ihre Fachexperten mit so vielen Informationen zum DCO-Thema wie möglich. Zum Beispiel ist eine Liste mit User Stories und offenen Fragen ein guter Anfang. Auf diese Weise kann das Businessteam vor den Sitzungen alle mit dem Thema zusammenhängenden Ermittlungen durchführen.   

Bereiten Sie auch Präsentationen, Skizzen und Flipcharts vor oder führen Sie Aktivitäten im Voraus durch, um die Sitzungsleitung zu erleichtern.  Wenn Sie den Ablauf der Sitzung mittels App Studio steuern, stellen Sie sicher, dass Sie Ihre Vorbereitungen vor der Sitzung abgeschlossen haben, einschließlich:  

• Ausführen des Prozesses: Machen Sie sich mit der UX aus Sicht der Endanwender vertraut, um zu verstehen, was weiter entwickelt werden muss.
• Wiedergabe: In manchen Situationen sollten Sie eine vorübergehende Änderung der Wiedergabe für die Teilnehmer der DCO-Sitzung in Betracht ziehen. 

Lassen Sie sich nicht dazu hinreißen, lange DCO-Sitzungen zu planen, die große Teile des Tages blockieren. Führen Sie lieber kürzere, regelmäßige Sitzungen durch, damit die Teilnehmer sich konzentrieren können. Best Practices zeigen, dass kurze, fokussierte Sitzungen die Teilnahme fördern und langfristig erfolgreicher sind, da es für Teammitglieder schwierig ist, an ganztägigen Veranstaltungen teilzunehmen oder konzentriert zu bleiben.  

Wie alle produktiven Besprechungen beginnt auch Ihre DCO-Sitzung mit der Vorstellung der Agenda, um die Sitzungsziele zu bestätigen und den Teilnehmern das Problem und den Kontext zu verdeutlichen. Der Business Architect leitet die Sitzung mit Unterstützung des Product Owner und der Fachexperten. Gemeinsam nutzen sie geeignete visuelle Hilfsmittel, um Themen zu besprechen, z. B.:

• User Stories 
• Prozesse 
• Geschäftsanforderungen 

Nach der DCO-Sitzung

Prüfen Sie mit der folgenden Interaktion Ihr Wissen.