Agile Software Entwicklung für Medizinprodukte Ein Praxisbericht. Gritje Meinke und Dr. Tim Baier-Löwenstein München, 22.

Transkript

1 Agile Software Entwicklung für Medizinprodukte Ein Praxisbericht Gritje Meinke und Dr. Tim Baier-Löwenstein München, 22. November 2018

2 Agenda Wer sind wir? Agile Entwicklung in einem regulierten Umfeld Agile Entwicklung im Kontext von Rollen, Verantwortlichkeiten & Organisation 1

3 Wer sind wir? 2

4 Dräger von Druckminderern zu vernetzten Systemen Ein internationales Familienunternehmen mit mehr als 125-jähriger Geschichte Dräger-Produkte schützen, unterstützen und retten Leben. 3

5 Dräger im Profil Das Unternehmen in Zahlen Mitarbeiter (2017) Umsatz 2.572,3 Mio. EUR (2017) Vorstandsvorsitzender Unternehmensform Stammsitz Produktionsstandorte Stefan Dräger (familiengeführt) AG & Co. KGaA Lübeck Deutschland, Chile, China, Großbritannien, Schweden, Südafrika, Tschechische Republik, USA Vertriebs- und Servicestandorte in rund 50 Ländern neue Produkte im Jahr* Patente pro Jahr erteilt* produzierte Alkoholmessgeräte pro Monat* Vertriebs- und Servicemitarbeiter vor Ort* * Zahlen aus dem Geschäftsjahr

6 Wer sind wir? Dr. Tim Baier-Löwenstein 11 Jahre Erfahrung als Software Entwickler, Software Architekt, Projektleiter, Scrum Master Der nächste Release ist das Ziel, nicht das nächste Quartal. 5

7 Wer sind wir? Gritje Meinke 12 Jahre Erfahrung als Software Entwicklerin, Scrum Master, Teamleiterin Software The best managers are like wizards in fantasy stories: they help heroes overcoming tough challenges, but they never do the work for them. Jurgen Appelo 6

8 Agile Entwicklung in einem regulierten Umfeld 8

9 Das agile Manifest Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan 8

10 Wieso Agil? Projektlaufzeit Analyse Design Implementierung Test Ich weiß genau, was ich will!? 9

11 Wieso Agil? Projektlaufzeit Analyse Design Implementierung Test Houston, wir haben ein Problem! 10

12 Wasserfall vs Agil Projektlaufzeit Wasserfall Analyse Design Implementierung Test Agil 11

13 Scrum nach Lehrbuch Scrum Master Dev Team Daily Product Owner Sprint Sprint Backlog Sprint Review Sprint Planung Sprint Retrospektive Product Backlog Produkt Inkrement 12

14 Scrum bei Dräger Regulatory Service Risk Manager Leader Verification Dev Team Scrum Master Daily Doku Product Owner Team Product Security Engineer Sprint UI/UX Sprint Backlog Sprint Review Sprint Planung Sprint Retrospektive Product Backlog Produkt Inkrement 13

15 Definition of Ready ein Beispiel Story geschrieben: Akzeptanzkriterien definiert UI-Design angefügt (falls erforderlich) Risiko-Manager konsultiert Story vom Team diskutiert und geschätzt Anforderungen geschrieben und akzeptiert 14

16 Definition of Done ein Beispiel Code geschrieben, dokumentiert und gelesen Anforderungen aktualisiert und akzeptiert Architektur- und Design-Dokumentation aktualisiert Verifikationsmaßnahmen implementiert und Tests bestanden Risikomitigationsmaßnahmen implementiert und Tests bestanden Installiert auf dem Zielgerät Vom Product Owner abgenommen Vom UI Experten für gut befunden (falls erforderlich) 15

17 Fokus 16

18 Team, Team, Team 17

19 Agile Entwicklung im Kontext von Rollen, Verantwortlichkeiten & Organisation 18

20 Organisation und eigentliche Organisation Organigramm / Linie Handwerk, Unterstützung, Rahmen, Ziel Projekte / Scrum Teams Wertschöpfung, Team 19

21 Organisation und eigentliche Organisation Das Product Owner Team (POT) entscheidet über das WAS. WAS macht das Team Prioritäten, Backlog! POT = Projektleiter (Fokus Ressourcen) + Produktmanager (Fokus Kunde) + Systemingenieur (Fokus Technik) Das Team entscheidet, wieviel es schafft, WER etwas tut und WIE die Umsetzung stattfindet. Und was bleibt für den Chef? Sinnstiftung, Ziele, Rahmenbedingungen, Hindernisse beseitigen, unterstützen, befähigen und das ist eine ganze Menge! 20

22 Die Rolle des Managements im Wandel technische Entscheidungen durch den Vorgesetzen Entscheidungen durch das Team - dort, wo das meiste Wissen vorhanden ist Verantwortung im Team Entscheidungsmechanismen schaffen Agil Einstellung neuer Mitarbeiter durch die Personalabteilung und den Vorgesetzen Einbeziehen des Teams in Vorstellungsgespräche, Fachaufgaben und finale Entscheidung über Neueinstellungen Zuteilung von Arbeitsaufgaben Selbstorganisation Rahmen schaffen Team und Mitglieder befähigen Mikromanagement Ziel geben & Freiraum lassen Feedback Transparenz 21

23 Die neue Linie im Bereich Software Mitarbeiterentwicklung - der Mitarbeiter als das wichtigste Projekt Befähigung Soft und Hard Skills Kultur der Zusammenarbeit Vernetzung, Wissensverteilung Freiraum zum Lernen die Handwerkskunst - Arbeitsweisen, -methoden und Tools Teamzusammenstellung Coaching Administratives, Personalthemen Ich schaffe Vertrauen Und wie machen wir das bei Dräger? Führungsmodell WeLEAD Be the kind of leader you would follow. Agile Arbeitsweisen & Engineering Excellence 22

24 XP Praktiken Ein guter Prozess hält noch nicht davon ab, schlechten Code abzuliefern. extreme Programming (XP) Software Entwicklungsmethoden, die die Qualität und Erweiterbarkeit der Software gewährleisten sollen. You don't see high performing Scrum teams without XP engineering practices. Ron Jeffries, Jeff Sutherland 23

25 XP Praktiken im Einsatz bei Dräger Collective Code Ownership Pair Programming Test Driven Development (TDD) Continuous Integration Refactoring Frühzeitige Einbindung von Kunden Coding Standards (Design Guidelines, Clean Code) 24

26 XP Praktiken im Einsatz bei Dräger Collective Code Ownership Pair Programming Test Driven Development (TDD) Continuous Integration Refactoring Frühzeitige Einbindung von Kunden Coding Standards (Design Guidelines, Clean Code) 25

27 XP Praktiken im Einsatz bei Dräger Collective Code Ownership Pair Programming Test Driven Development (TDD) Continuous Integration Refactoring Frühzeitige Einbindung von Kunden Coding Standards (Design Guidelines, Clean Code) Das haben wir uns anders vorgestellt. Super! 26

28 Kontinuierliche Verbesserung & kontinuierliches Lernen durch Retrospektiven durch Feedback (360 Grad, Kudo Karten, ) durch Formate zur Wissensverteilung ShipIt Days Coding Dojos Lunch & Learn Focus Technology Entwickler-Meetings 20 Minute (Security, klinisches Knowhow) Kompetenznetzwerk durch Konferenzbesuche, interne und externe Trainings 27

29 Der Mensch im Mittelpunkt Verantwortung Selbstorganisation Leidenschaft Vertrauen FeedbackKultur Spaß 28

30 Herausforderungen Schnittstelle zu nicht-agilen Bestandteilen der Organisation, z.b. Service Gestaltung agilen Arbeitens in Projekten mit Hardware, z.b. Entwicklung eines Beatmungsgeräts Unterschiede im Verständnis und Wollen in den verschiedenen Unternehmensbereichen agiles Arbeiten kann schlechtes Anforderungsmanagement kaschieren internationale Zusammenarbeit geeignete Feedback-Kanäle bei großer Führungsspanne 29

31 Erkenntnisse Management & Teams müssen dahinter stehen Agilität ist mehr eine Frage der Kultur als eine Frage des Prozesses externe Unterstützung immer mal wieder ist hilfreich Ausprobieren, was passt und ggf. anpassen Kundeneinbindung ist schwierig Agiles Arbeiten in einem regulierten Umfeld ist möglich 30

32 Faster. Connected. Innovative. Vielen Dank für Ihre Aufmerksamkeit.