Rolle eines Pega Business Architect

Der Business Architect arbeitet sowohl mit Stakeholdern des Kundenunternehmens als auch mit Pega zusammen. Bei einem Pega-Projekt bilden die Stakeholder dieser beiden Gruppen die Business- und IT-Teams. Die Mitglieder des Business-Teams kennen sich mit den Business-Prozessen und den organisatorischen Anforderungen aus. Die Mitglieder des IT-Teams haben Erfahrung in der Softwareentwicklung und kennen das Transformationspotenzial der Pega-Plattform.

Bei den Zahlen zur Abbildung erfahren Sie mehr, wie Sie als Mitglied beider Teams als Vermittler zwischen Business und IT arbeiten:

1. Business: Sie arbeiten mit Stakeholdern zusammen, die die Wünsche und Anforderungen des Kundenunternehmens und den Business-Prozess kennen. In Ihrer Rolle als Pega BA nutzen Sie Ihre Kenntnis des Business-Prozesses, um sich im Namen dieses Business-Teams dafür einzusetzen, dass die vom IT-Team entwickelte Anwendung die vorgegebenen Anforderungen und Anforderungen des Kundenunternehmens erfüllt.

2. Pega BA: Als Pega BA sind Sie der Vermittler zwischen Geschäftsanwendern und der IT. Sie sorgen dafür, dass die vom IT-Team entwickelte Lösung auf die Anforderungen des Kundenunternehmens und des Business-Prozesses abgestimmt ist. Sie erreichen dies, indem Sie sowohl das Business- als auch das IT-Team bei einer engen Zusammenarbeit unterstützen, damit sie gemeinsam eine Pega-Lösung entwerfen und entwickeln, die sowohl die Business-Anforderungen erfüllt als auch mit Design Best Practices von Pega konfiguriert wird.

3. IT: Sie arbeiten mit dem Pega-Entwicklerteam zusammen, um das technische Entwurfsmuster (das „Design Pattern“) zu verstehen, das den Anforderungen des Kundenunternehmens und des Business-Prozesses am ehesten gerecht wird. In Ihrer Rolle als Pega BA setzen Sie sich im Namen der IT dafür ein, dass die Stakeholder im Unternehmen verstehen, wie die Features und Fähigkeiten der Pega Lösung durch den transformierten Business-Prozess einen Mehrwert schaffen. Darüber hinaus erstellen Sie gemeinsam mit dem IT-Team eine Bibliothek mit wiederverwendbaren Business-Assets, um eine schnellere Implementierung zukünftiger Anwendungs-Features zu unterstützen.

Während des gesamten Projekts umfasst Ihre Arbeit mit Stakeholdern aus den Business- und IT-Teams die folgenden Verantwortlichkeiten:

Analyse

Sie sammeln Informationen über das Kundenunternehmen, den Business-Prozess, die Business-Anforderungen, den Kunden und die strategischen Ergebnisse. Dadurch stellen Sie sicher, dass Sie ein vollständiges Bild aller Probleme haben, bevor Sie eine Lösung konfigurieren. Bei Ihrer Analyse arbeiten Sie mit dem Business-Team zusammen, um: 

• die kritischen Stages und Steps des Business-Prozesses sowie der primären Benutzer des Prozesses (sowohl unternehmensintern als auch extern) zu verstehen
• Probleme, Lücken, Engpässe und manuelle Workarounds innerhalb der bestehenden Business-Prozesse zu identifizieren
• Ursachen von Fehlern des bestehenden Prozesses zu verstehen
• Funktionsbereiche zu identifizieren, die in allen Prozessen gleich sind

Als Business Architect ist es ein wichtiges Ziel, dass Sie herausfinden, was am aktuellen Prozess geändert werden muss und wie sich die aktuellen Probleme auf die Geschäftsergebnisse auswirken. 

Prozessdesign

Sie optimieren den Workflow kontinuierlich, indem Sie die während Ihrer Analyse gesammelten Informationen auswerten und Ihre Erkenntnisse mit Pega GenAI Blueprint™ umsetzen.  Blueprint umfasst Pega GenAI-Fähigkeiten und Pega Best Practices für die Transformation von Workflows, um:  

• unnötige Aktionen und Assignments aus dem aktuellen Workflow zu entfernen.
• den Workflow neu zu organisieren und so die Abfolge der Stages, Prozesse und Steps zu optimieren und den Workflow verständlicher und einfacher zu verwenden.
• sich wiederholende Tätigkeiten zu automatisieren und so den Prozess effizienter zu gestalten.
• Aufgaben auf intelligente Weise den richtigen Benutzern zuzuweisen, um unnötige Übergaben zwischen Teammitgliedern zu vermeiden und sicherzustellen, dass der richtige Schwerpunkt auf die dringendsten Aufgaben gelegt wird.
• die Zusammenarbeit zwischen Teammitgliedern und externen Kunden zu verbessern, um die Stakeholder über den aktuellen Projektfortschritt auf dem Laufenden zu halten.
• für die aktuelle Benutzeraktivität relevante Informationen und Daten zu konsolidieren, um den Zeitaufwand für die Erfassung wichtiger Daten aus mehreren separaten Systemen zu reduzieren, damit Aufgaben schnell, genau und effektiv erledigt werden.

Als Business Architect ist es eines der wichtigsten Ziele sicherzustellen, dass das neue Blueprint-Design des Workflows die Geschäftsziele erfüllt und den Prozess für die Endbenutzer vereinfacht. 

Ausrichtung

Mit den Workflow-Modellierungsfunktionen von Blueprint arbeiten Sie beim Entwerfen, Erstellen und Testen der Pega-Lösung eng mit Vertretern des Business-Teams und Pega-Entwicklern zusammen. Zu Ihren Aufgaben gehören:  

• Überprüfung des neuen Blueprint-Vorschlags, um die Ausrichtung an den Geschäftsanforderungen und Geschäftsergebnissen zu bestätigen.
• Verwendung von Blueprint und App Studio zur Demonstration der Verbesserungen für den Endbenutzer, die sich aus dem Workflow-Design mit Pega-Standardfunktionen ergeben.
• Zusammenarbeit mit den technischen Teams, damit diese die Geschäfts- und grundlegenden Anforderungen des Workflows verstehen.

Als Business Architect ist es eines der wichtigsten Ziele, sicherzustellen, dass das Business-Team den Lösungsentwurf versteht und in der Lage ist, die richtigen Anleitungen und das richtige Feedback zu geben, damit die Lösung an den Geschäftszielen ausgerichtet bleibt. Gleichzeitig müssen Sie sicherstellen, dass die Pega-Entwickler mit den Geschäftsanforderungen sehr gut vertraut sind und angemessene Empfehlungen zur optimalen Nutzung der technischen Pega-Funktionen zur Erfüllung dieser Anforderungen aussprechen können.  

Wissensvermittlung

Sie vermitteln den Stakeholdern des Business-Teams die Best Practices für die Bereitstellung und stehen diesen als Berater und mit Anleitungen zu den vorkonfigurierten Anwendungs-Features von Pega zur Seite. Sie unterstützen das Business-Team, indem Sie den Wert dieser vorkonfigurierten Funktionen erklären. Sie nutzen Ihr Wissen, Blueprint und die Pega-Plattform, um zu demonstrieren, wie die Funktionen ihre Geschäftsprozesse verbessern, indem Sie:

• den Schwerpunkt auf das zu erreichende Ergebnis setzen und nicht darauf, wie die Arbeit derzeit erledigt wird
• verstehen, was eine gute Vereinfachung und Optimierung in Pega ist
• Prozesse zur Wiederverwendung im gesamten Pega-Ökosystem konzipieren

Als Business Architect ist es Ihr Ziel, während des gesamten Projekts weiteres Wissen zu vermitteln und die Stakeholder im Unternehmen in die Lage zu versetzen, ihre Arbeitsweise mithilfe der Features der Pega-Software zu ändern, einen geschäftlichen Nutzen zu erzielen und die Vorteile ihrer Pega-Anwendung zu realisieren.  

Das Szenario ist wie folgt:

Sara Han ist ein Pega BA und arbeitet an einem bestehenden Beschwerdemanagement-Projekt, das auf der Pega-Plattform aufbaut. 

Die Projektleiterin bittet Sara, den Beschwerdemanagement-Prozess zu überprüfen, damit das Unternehmen Kundenanliegen schnell und effizient lösen kann. Wenn die Mitglieder des Business-Teams beschreiben, welche Ergebnisse zur Verbesserung der Kundenzufriedenheit nötig sind, versucht sie, die Kernaspekte zu verstehen, die sich auf das Geschäft auswirken: die Probleme, Prozessänderungen und gewünschten Ergebnisse. Mit ihrem Wissen über die Geschäftsanforderungen, Blueprint, App Studio und die Technologie der Pega-Plattform übernimmt Sara folgende Aufgaben:     

• Informieren: Sie informiert die Stakeholder aus dem Business-Team über die vorkonfigurierten Features der Pega-Plattform, wie z. B. die Möglichkeit, Arbeit mithilfe von Geschäftsregeln automatisch an qualifizierte Benutzer weiterzuleiten oder Benachrichtigungen über Genehmigungsanfragen automatisch per E-Mail und über Mobile Apps zu versenden. Sie erklärt, dass diese Features die Beilegung einer Beschwerde beschleunigen, was die Kundenzufriedenheit verbessert und damit den geschäftlichen Nutzen erhöht. 

• Abstimmen: Sie stimmt sich mit den Vertretern des Business-Teams bei der Neugestaltung des bestehenden Workflows ab und auch mit dem IT-Team, um die Standard-Features der Pega-Plattform zu konfigurieren, die bislang vom Beschwerdeteam manuell ausgeführte Aufgaben automatisieren und optimieren sollen. Außerdem unterstützt sie das Business-Team bei der Einführung einer Logik für die automatisierte, kompetenzbasierte Arbeitszuweisung, Service Level Agreements und Benachrichtigungen, um eine schnellere Problemlösung, eine höhere Kundenzufriedenheit und die Ausrichtung auf die Geschäftsziele zu erreichen. 

Die Struktur des Projektteams variiert von Projekt zu Projekt und hängt von vielen Faktoren ab, wie der Größe des Projekts, seiner Komplexität sowie der Anzahl und Erfahrung der beteiligten Pega Business Architects. Bei größeren Projekten arbeiten mehrere BAs als Team zusammen, das sich die anfallenden Aufgaben teilt. Bei kleinen Projekten kann ein einziger BA ausreichen.  

Zusätzlich zu den oben aufgeführten Zuständigkeiten (Analyse, Prozessdesign, Ausrichtung und Wissensvermittlung) hat der Pega BA weitere Aufgaben, die bei allen Projekten unabhängig von ihrer Größe anfallen. Einige Beispiele für diese allgemeinen Verantwortungsbereiche sind: 

• Moderieren von Besprechungen zur Erfassung von Anforderungen, die die Transformation von Business-Prozessen unterstützen: Sie organisieren und moderieren zielführende Meetings mit Stakeholdern und Fachexperten zur Ermittlung und Dokumentation der Business-Prozesse und -Anforderungen, um die Wünsche des Kundenunternehmens und derer Kunden zu erfüllen. In diesen Meetings fördern Sie das Verständnis der Stakeholder, indem Sie vermitteln, wie die Standard-Features der Pega-Plattform die Business-Anforderungen erfüllen. 

• Identifizieren und Dokumentieren der Business-Anforderungen: Sie dokumentieren Geschäftsanforderungen als User Stories mit Blueprint, Agile Workbench von App Studio und anderen in der Pega-Plattform verfügbaren Scrum-Projektmanagementprozessen und -Tools. Pega-Entwickler verwenden User Stories zur Erarbeitung einer Anwendungskonfiguration, die die Business-Anforderungen durch den optimalen Einsatz der Stärken und Möglichkeiten von Pega erfüllt.

• Verwenden von Blueprint und App Studio, um die Standardfunktionalität der Pega-Plattform im neuen Geschäftsprozess-Workflow zu demonstrieren. Sie verwenden Blueprint, um einen Workflow schnell auf der Grundlage der vorkonfigurierten Funktionen von Pega und Case-Management-Best-Practices neu zu entwerfen. Die Visualisierung des Workflows in Blueprint hilft, die Abstimmung mit Beteiligten für die Pega-Anwendung herzustellen. Sie zeigen außerdem mithilfe von App Studio, wie sich mit den zusätzlichen Features der Pega-Plattform die Geschäftsanforderungen erfüllen lassen.

• Fördern von Pega Best Practices: Pega hat Best Practices für alle Projektbereiche entwickelt, die auf Pegas langjähriger Implementierungserfahrung basieren, z. B. zur Organisationsstruktur, Erstellung von User Stories oder Backlogs, Governance und Tests. Sie befolgen und vermitteln diese Best Practices während des gesamten Prozesses der Anwendungsentwicklung und -bereitstellung.

Bei einigen Projekten kann ein Business Architect auch für die Bereiche Risikomanagement, Governance, Entwicklung der Benutzeroberfläche, Berichterstattung, Standardsetzung, Stakeholder-Analyse, Projektumfang und -dimensionierung, Tests oder die Produktionsunterstützung zuständig sein. Obwohl die erfahreneren BAs des Projekts höchstwahrscheinlich diese Aufgaben übernehmen, ist es wichtig, dass alle BAs jede Gelegenheit nutzen, sich Fachkenntnisse über diese zusätzlichen Aufgaben anzueignen. 

Prüfen Sie mit der folgenden Interaktion Ihr Wissen: