Andrea Grass & Dr. Marcus Winteroll oose Innovative Informatik GmbH. Geschäftsprozessmanagement und Agilität geht das zusammen?

Größe: px

Ab Seite anzeigen:

Download "Andrea Grass & Dr. Marcus Winteroll oose Innovative Informatik GmbH. Geschäftsprozessmanagement und Agilität geht das zusammen?"

Swen Baumgartner
vor 8 Jahren
Abrufe

1 Andrea Grass & Dr. Marcus Winteroll oose GmbH Geschäftsprozessmanagement und Agilität geht das zusammen?

2 Agenda I. Wozu eigentlich BPM? II. Vorgehen und Rollen im abpm III. Methoden und Techniken IV. Resümee

3 Warum machen wir eigentlich BPM? Prozess verbessern Prozess realisieren BPM-Zyklus Prozess analysieren Die Fähigkeit, schnell auf ein sich veränderndes Umfeld zu reagieren Aber: In der Praxis sind BPM-Projekte alles andere als schnell! Prozess aufnehmen Prozessziele festlegen

analysieren Die Fähigkeit, schnell auf ein sich veränderndes Umfeld

4 Agile Softwareentwicklung am Beispiel Scrum Review Daily Scrum Retrospektive Sprint Inkrement Sprint Planung (I+II) Produktvision Product Backlog

5 Agenda I. Wozu eigentlich BPM? II. Vorgehen und Rollen im abpm III. Methoden und Techniken IV. Resümee

6 Agiles Business Process Management Ziel: ein im Sinne des Kunden optimierter Geschäftsprozess Mittel: agiles Vorgehen ergänzt um Methoden aus dem Business Process Management. Rolle der Softwareentwicklung: Integraler Bestandteil, da Standardmittel, um Prozesse zu unterstützen.

Methoden aus dem Business Process Management.

7 abpm Iteration 2-4 Wochen Processbacklog Review Inkrement Release planen Prozess- Release einführen BPM-Zyklus Prozess verbessern Prozess analysieren Feedback Prozess aufnehmen Programmvision Überblick Programmbacklog Prozessziele festlegen

Prozess verbessern Prozess analysieren Feedback Prozess

8 BPM-Zyklus Iteration 0 Iteration 1.. n-1 Iteration n Vorbereitung - Prozess aufnehmen - Prozess analysieren - Prozess verbessern - Release planen Realisierung Release einführen

9 Aufbau einer Iteration Iterationsplanung mit Aufgaben zur Prozessanalyse und -verbesserung, Softwareentwicklung und Umsetzung organisatorischer Änderungen Tägliche Stehung Review (Prozessteam mit wichtigen Stakeholdern) Demonstration der erstellten Software-Inkremente Vorstellung und Erläuterung der entworfenen organisatorischen Änderungen Zu den Stakeholdern gehören auch diejenigen, die den Prozess ausführen Retrospektive

wichtigen Stakeholdern) Demonstration der erstellten Software-Inkremente Vorstellung und Erläuterung der

10 Das agile Prozessteam Prozessteams (analog zu Feature Teams) Welche Fähigkeiten werden benötigt, um Geschäftsprozesse zu gestalten? Gesamtverantwortlicher Process Owner/Prozessverantwortlicher statt Product Owner Methodenwissen zur Gestaltung von Geschäftsprozessen Prozessanalytiker Wissen zur praktischen Umsetzung Software-Entwickler, Organisationsexperte, Change Manger Fachwissen Fachexperte und Prozessausführende Prozesscoach Agile Coach (Scrum Master)

Gesamtverantwortlicher Process Owner/Prozessverantwortlicher statt Product Owner Methodenwissen zur Gestaltung von

11 Das agile Prozessteam Herausforderung: Wie können diese Fähigkeiten in einem Team vereint werden, ohne es zu groß werden zu lassen? Eher Generalisten als Spezialisten Beispiel: 1 Prozessverantwortlicher 1 Fachexperte (aus der Fachabteilung) 1 Prozessanalytiker (Fachmann für Aufnahme, Verbesserung und Messen von Prozessen) 3 Software-Entwickler 1 Agile Coach (Scrum Master)

Eher Generalisten als Spezialisten Beispiel: 1 Prozessverantwortlicher 1 Fachexperte (aus der

12 Aufgaben des agilen Prozessteams Aktuellen Geschäftsprozess verstehen und beschreiben (z.b. Story Maps) Abläufe verbessern Umsetzung der Veränderungen entwerfen Technisch, z.b. durch Software Organisatorisch, z.b. Veränderung von Abläufen oder Rollen Umsetzung vorbereiten Software entwickeln Organisatorische Veränderungen planen Release einführen (Delivery) Technisch: Software einführen Organisatorisch: Fachabteilung begleiten (Rückmeldungen aus der Praxis!)

entwickeln Organisatorische Veränderungen planen Release einführen (Delivery) Technisch: Software einführen

13 Agenda I. Wozu eigentlich BPM? II. Vorgehen und Rollen im abpm III. Methoden und Techniken IV. Resümee

14 Umsetzung wesentlicher agiler Techniken Interdisziplinäre Teams Steuerung der Aufgaben über ein Process Backlog Viele Rückmeldezyklen u.a. durch enge Zusammenarbeit mit dem Kunden, Iterationsreview, häufige Releases, tägliche Stehung, Iterationsretrospektive.

Ein Release kann die Prozessverbesserungen mehrerer Iterationen zusammengefassen.

15 Prozessreleases Ziel: schnelle und häufige Prozessverbesserungen. Jede Iteration erstellt eine Prozessverbesserung, die auslieferbar ist. Ein Release kann die Prozessverbesserungen mehrerer Iterationen zusammengefassen. Schnelle und häufige Auslieferung ermöglicht, schnell Erfahrungen in der Praxis zu sammeln, die in die Weiterentwicklung fließen. Schnelle Auslieferung ermöglicht frühes Return on Invest

16 Retrospektiven auf die Iterationen Das agile Prozessteam führt am Ende jeder Iteration Retrospektiven durch, um Probleme zu erkennen, die Zusammenarbeit zu verbessern, den Ablauf der Iterationen zu verbessern. Kontinuierliche Verbesserung des BPM-Prozesses

erkennen, die Zusammenarbeit zu verbessern, den Ablauf der

17 Agenda I. Wozu eigentlich BPM? II. Vorgehen und Rollen im abpm III. Methoden und Techniken IV. Resümee

18 Resümee Klassische Geschäftsprozess- managementprojekte sind zu träge und zu langsam. Also: Den agilen Ansatz auf Geschäftsprozesse anwenden = abpm! Wichtig: Ein Team mit allen Kompetenzen. Dadurch ergeben sich neue Herausforderungen. Und nicht für alle gibt es bereits überzeugende Lösungen. Aber: Das in agilen Ansätzen innewohnende Prozessverbesserungselement wird mit der Zeit auch hierfür gute Lösungen hervorbringen!

Dadurch ergeben sich neue Herausforderungen. Und nicht für alle gibt es bereits überzeugende Lösungen.

19 by oose GmbH Agiles Business Process Management Kontakt:

Ähnliche Dokumente

Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität

Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität Marcus Winteroll oose GmbH Agenda I. Ziele und Zusammenarbeit II. Was wir vom agilen Vorgehen lernen