Wir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind.

Größe: px

Ab Seite anzeigen:

Download "Wir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind."

Kora Fuhrmann
vor 8 Jahren
Abrufe

1 Wir erledigen alles sofort Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind. agilecoach.de

2 Marc Bless Agiler Coach agilecoach.de

3 Frage Wer hat Scrum schon einmal in der Software-Entwicklung eingeführt, ohne dass sich echte Verbesserungen eingestellt haben?

4 Klassische Produktentwicklung wird durch Phasenmodelle gesteuert Anforderungen Deployment Analyse Validierung Architektur Dokumentation Risikomanagement Verifikation Usability Entwicklung

5 Klassische Produktentwicklung wird durch Phasenmodelle gesteuert Anforderungen Analyse Architektur Risikomanagement Usability Entwicklung Verifikation Dokumentation Validierung Deployment

6 Klassische Produktentwicklung wird durch Phasenmodelle gesteuert Anforderungen Analyse Architektur Risikomanagement Usability Entwicklung Verifikation Dokumentation Validierung Deployment

7 Problem: Projekte werden nicht Anforderungen in time und budget fertig Analyse Analyse Architektur Architektur Risikomanagement Risikomanagement Usability Usability Entwicklung Entwicklung Verifikation Verifikation Dokumentation Dokumentation Validierung Deployment Validierung Deployment

Risikomanagement Usability Usability Entwicklung Entwicklung

8 Entwicklungsleiter: Wir müssen effizienter werden! Wichtigstes Ziel von Scrum: wir wollen schnell liefern! Entscheidung: Scrum wird eingeführt

9 Entwicklungsleiter: Wir müssen effizienter werden! Wichtigstes Ziel von Scrum: wir wollen schnell liefern! Entscheidung: Scrum wird falsch eingeführt

10 Lokale Optimierung Anforderungen Deployment Analyse Validierung Architektur Dokumentation Risikomanagement Verifikation Usability Entwicklung

11 Lokale Optimierung Anforderungen Deployment Analyse Validierung Architektur Dokumentation Risikomanagement Verifikation Usability Entwicklung Der Value Stream der gesamten Produktentwicklung wird in vielen Fällen durch den Einsatz agiler Methoden an nur einer einzigen Stelle (Entwicklung) optimiert, in der Hoffnung, dadurch zu einer schnelleren Markteinführung zu gelangen.

Produktentwicklung wird in vielen Fällen durch den Einsatz agiler Methoden an nur einer

12 Ursachen für lokale Optimierung Unternehmensbereiche verfolgen kein gemeinsames Ziel Bereichsleiter werden an abgekapselten Bereichszielen gemessen Agil ist nur ein Thema für die Software die IEC fordert ein V-Modell

an abgekapselten Bereichszielen gemessen Agil ist nur

13 Auswirkung lokaler Optimierung Entwicklungs-Teams versuchen, nach jeder Iteration liefern zu können Vorgelagerte Phasen noch ohne Ergebnis ( ja, aber fangt schon mal an, zu entwickeln ) Nachgelagerte Phasen sind sowieso noch ergebnislos Ansammlung von undone work

Ergebnis ( ja, aber fangt schon mal an, zu entwickeln )

14 Effekt Projekte scheitern WIEDER daran, dass sie nicht in time und budget fertig werden

15 Schlussfolgerung agile Methoden bzw. Scrum funktionieren (bei uns) nicht

16 Aber... Scrum ist ein Management-Framework für die gesamte Produktentwicklungskette. Der reine Einsatz in der Software-Entwicklung bringt nie den gewünschten Effekt!

Der reine Einsatz in der Software-Entwicklung bringt nie

17 Ja, aber......wie soll das in der Medizintechnik funktionieren bei all den regulatorischen und normativen Rahmenbedingungen?

18 Normen Risikomanagement Risikomanagement Usability Usability Architektur Software-Life-Cycle Dokumentation Verifikation + Validierung Qualitätsmanagement Dokumentation

19 Fragestellung in der Medizintechnik Risikomanagement Was können wir tun, um Lösung: Transition der Definition of Architektur Dokumentation Usability Done Verifikation Validierung normkonform nach jeder Iteration zu liefern?

Definition of Architektur Dokumentation Usability Done

20 Transition der Definition of Done vereinfachte Darstellung vor den Sprints Anforderungen in den Sprints Entwicklung nach den Sprints Dokumentation Analyse Verifikation Validierung Architektur Deployment Risikomanagement Usability

Entwicklung nach den Sprints Dokumentation Analyse

21 Risikomanagement Erstellung einer initialen Risikomanagementakte kann im ersten Sprint durchgeführt werden (oder kurz davor) Risikoanalyse iterativinkrementell während des Sprints zu jeder Anforderung bzw. User Story durchführen abgeleitete Risikominderungsmaßnahmen durch den Product Owner in das Product Backlog aufnehmen umgesetzte Risikominderungsmaßnahmen während des Sprints verifizieren

22 Qualitätsmanagement Repräsentiert die Erfordernisse für ein umfassendes Managementsystem für das Design und die Herstellung von Medizinprodukten. * Die gesamte Einführung eines QM-Systems kann mit Scrum bzw. parallel zu einer Scrum- Einführung geschehen. Erstellung einer initialen Scrum- Prozessbeschreibung kann vor dem ersten Sprint durchgeführt werden Die Beschreibung des auditierbaren, dokumentierten Entwicklungsprozesses kann während der Sprints vervollständigt werden.

23 Software-Life-Cycle Anforderungen und User Stories entstehen kurz vor dem Sprint, in dem sie umgesetzt werden. Architektur- und SW-Design- Dokumentation kann während des Sprints entstehen (erste Artefakte bereits im Sprint Planning 2) Verifikation geschieht im Sprint durch automatisierte und manuelle Tests Verifikation/Validierung geschieht im Sprint durch Abnahme über User Acceptance Criterias

24 Usability Die Norm empfiehlt ein agiles, interativ-inkrementelles Vorgehen, um hohe Gebrauchstauglichkeit für den Anwender zu erreichen. Übersetzungen und Lokalisierung von Inhalten können während des Sprints durchgeführt werden. Der Anwender kann direkt im Sprint Planning Meeting seine Wünsche an das Produkt einbringen. Der Nutzen für den Anwender wird im Sprint Review Meeting bewertet und erzeugt schnelles Feedback.

25 Transition der Definition of Done erweiterte Darstellung vor den Sprints in den Sprints Anforderungen nach den Sprints Analyse Architektur Entwicklung Verifikation Risikomanagement Usability Dokumentation Deployment Validierung

26 Fazit Schnelle Lieferung ist durch agile Methoden auch in der Medizintechnik realisierbar. anwendbare Methode: Transition der Definition-of-Done dafür notwendig: Umdenken in der gesamten Organisation. Weg von lokaler Optimierung und Abteilungsgrenzen,! hin zu Optimize the Whole und gemeinsamen Zielen.

27 Vielen Dank! Marc Bless Agiler Coach agilecoach.de

Ä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