Das Eisberg-Prinzip. Frank Lange. Die 4 Ebenen des Widerstands bei der Einführung von Scrum in der Medizintechnik. Agile Med 2014, München.

Ähnliche Dokumente
Scrum in regulierten Branchen - Dürfen wir das überhaupt? GPM Friedrichshafen, Frank Lange Agilefokus.de

IT-Basics 2. DI Gerhard Fließ. Vorgehensmodelle

Einfach erfolgreich mit SCRUM

Scrum in Theorie und Praxis.

MURCS Wir machen jetzt Scrum, aber das Meeting passt leider nicht und einen PO haben wir irgendwie auch nicht... Ulf

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag

Whitepaper: Agile Methoden im Unternehmenseinsatz

Agilität trifft Funktionale Sicherheit

Flipchart-Protokoll. Workshop Testing mit Steam-IT. 18. August 2017, Wylen

MURCS Wir machen jetzt Scrum, aber das Meeting passt leider nicht und einen PO haben wir irgendwie auch nicht...

Agile IT-Projekte zum Festpreis ein Widerspruch in sich?

WARUM AGILE ENTWICKLUNG OHNE TEST NICHT FUNKTIONIERT SCRUM-DAY 2017

Sollten folgende drei Fragen durch das Team positiv beantwortet werden, sind wichtige SCRUM-Elemente in Ihrem Team erfolgreich installiert.

Multiprojekt- & MultiproduktLandschaften mit Scrum. Jennifer Vosseler

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

SCRUM. Vertragsgestaltung & Vertragsorientierte Projektdurchführung. Katharina Vierheilig Vorlesung: Juristisches IT-Projektmanagement

Agil im klassischen Umfeld»

Agile Softwareentwicklung Scrum vs. Kanban

SCRUM. Agile Development

07. November, Zürich-Oerlikon

Scrum for Management Praxis versus Theorie oder Praxis dank Theorie. ALM Day 26.Oktober 2011 Urs Böhm

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: Weitere Informationen oder Bestellungen unter

Aus der Kurve getragen oder erfolgreich angekommen? Agile Transition in der BDK

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: Weitere Informationen oder Bestellungen unter

READY-STEADY-DONE! Der Product Owner are you READY for agile?!

Software-Dokumentation im agilen Entwicklungsprozess

Klassisch oder agil? Was mache ich wann? Workshop mit Überblick, Vergleich, Auswahlhilfe, Tipps

Taking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum

Hilfe, mein SCRUM-Team ist nicht agil!

Agile Softwareentwicklung mit Scrum

Von der Funktion zum Prozess - Führen von agilen Organisationen Scrum. Backlog Doing Done

Scrum mit User Stories

Agile Programmierung - Theorie II SCRUM

Agiles Testmanagement am Beispiel Scrum

Scrum technische Umsetzung und kaufmännische Rahmenbedingungen

Projektmanagement durch Scrum-Proxies

Das Agile Team. Skills, Arbeitsweise, Umgebung

Agile Methoden bei der Entwicklung medizinischer Software

Agile Führung - Scrum. Wie agile Vorgehensweisen unseren Arbeitsalltag flexibler und effizienter gestalten können

Zusammenarbeit in der agilen Software-Entwicklung. Ansatzpunkte zur Analyse agiler (Software-Entwicklungs-) Teams

REZ 01 TECHNISCHE DOKUMENTATION ERDUNGS UND BELASTUNGSWIDERSTÄNDE IHRE ZUFRIEDENHEIT DURCH INNOVATIONEN PERFEKTE LÖSUNGEN UND PERFEKTEN PARTNER

SCRUM. Software Development Process

Projektmanagement ist tot!?

Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg

Agilität und Projekte Wertorientierung im Management

DGQ Regionalkreis Hamburg ISO Konfigurationsmanagement

IT-Projekte: "Planungssicherheit bis zur Implementierung"

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

Start. Kreative Zielanalyse. Ideenmanagement. Stakeholdermanagement. Nutzung vorhandener Prototypen etc. Extrem schlanker Prozess.

Projektplan. Software Engineering Projekt. November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1

Scrum E I N F Ü H R U N G

brauchen wir eine lernende und agile organisation? Juli 2016

Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle. Windhoff Software Services GmbH

Rollenfacetten des Change-Beraters/ der Change-Beraterin

Grundlegende Veränderungen in der Software-Dokumentation durch agile Entwicklung?

Institut für Informatik AG Software Engineering. 15. März 2012 Seminar Beiträge zum Software Engineering

Projektorganisation und Vorgehen in agilen Projekten. Noser Technologieimpulse München Matthias Neubacher

Scrum, ISIS und ISO 9001 zertifiziertes Qualitätsmanagement. Joachim Meyer

70+ Wir sind Experten, wenn es um die effiziente Realisierung von embedded, mobilen und webbasierten Business-Lösungen geht.

Planst Du noch oder lebst Du schon (agil)?

myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt

Christian Kühnel, BMW Group AGILE ENTWICKLUNG VON FAHRERASSISTENZSOFTWARE. AGILE CARS 2014.

Projektmanagement. 10. Agiles Projektmanagement. Norbert Paul Darmstadt,

Sabotage in Scrum. dem Prozess erfolglos ins Knie schiessen. Andreas Leidig (andrena objects ag) Vortrag bei den XP Days 2007

Chancen und Risiken bei der Einführung von Informationsmanagement-Plattformen

Scrum ist ein agiles Framework zur Software-Entwicklung. SCRUM bei Festo. Was ist SCRUM? Frank M. Hoyer, House of Software

WIR LIEBEN AGILITÄT UND VIELFALT. smidignetzwerk. Agilität zum Ausprobieren. Produzieren für Morgen

The big picture: Prince2 featuring SCRUM. Bernd Lehmann, Prince2-Tag Köln, 12. Mai 2011

Mit agilen Methoden kommen Sie weiter. Wir machen Sie und Ihr Unternehmen fit für Scrum.

Herausforderungen des Multiprojekt Managements in Scrum of Scrums

Führen in der agilen Transformation. Harte Managementarbeit.

Content Marketing. Wie Sie mit agilem Management Ihre Content Strategie erstellen. Live-Webinar mit Babak Zand

Agil lernen. 4. Projektmanagement Day Georg Götz

Agile Werkzeuge für den Produktmanagementzyklus vom Konzept bis zur Auslieferung

SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund Dipl.-Inform. (FH) Dirk Prüter.

Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/ Dana Wroblewski

Scrum skaliert: Wie wir das Exoskelett Nexus mit Leben füllen

Scaling Scrum Nexus professionell umsetzen

Softwaretechnik 2015/2016

Projekt- Manager. Verdienst: EUR zzgl. Bonus p. a. Ähnliche freie Stellen in Deutschland: ca scrum Master Lehrgangsbeschreibung

Agile Embedded Projekte mit Scrum & Kanban. Embedded Computing Conference 2012 Urs Böhm

Scrum in der Produktwartung. Martin Heilemann Lynx-Consulting GmbH

Einführung eines agilen Vorgehensmodells auf der Basis von Werkzeugen und eines Leitbildes

Projektmanagement. Das Scrum - Framework. Version: 5.0 Stand: Autor: Dr. Olaf Boczan

Führen von agilen Organisationen Scrum

Die Welt der SW-Qualität Ein Streifzug in 30 Minuten! Johannes Bergsmann Eigentümer

GESCHÄFTSPROZESSOPTIMIERUNG (GPO)

SCRUM im Data Warehouse Umfeld

Einfach losgesprintet: Ein Praxisbericht. Henning Pautsch, Stefan Kirch. 2. Oktober Einfach losgesprintet:

Robert Hartmann Public v1.0 (Feb 2015) Architektur & Agilität - Praxisbericht

Projektmanagement Vorlesung 14/ 15: Wiederholung ausgewählter Themen zur Klausurvorbereitung. Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern

Die Autoren 9. 2 Ethik und Maßstäbe für professionelles Verhalten Übersicht der Domänen 32

Projektmanagement. Dokument V 1.2. Oliver Lietz - Projektmanagement. Probleme bei Projekten

Planung in Software-Projekten? Das brauchen wir nicht, wir sind agil!

ERP AUSWAHL UND EINFÜHRUNG Eine unendliche Geschichte

Lenkung fehlerhafter Produkte mit dem Werkzeug einer QAB Datenbank

Scrum undprojektmanagement à la GPM. Markus Schramm compeople AG Frankfurt

Agile Softwareentwicklung

Agile Entwicklung in IT-Projekten - Anforderungen an Systemintegratoren

Agile Softwareentwicklung. Referat von Kristina Schrickel Praxisprojekt Ruby Leitung : Ralf Berger

Transkript:

Das Eisberg-Prinzip Die 4 Ebenen des Widerstands bei der Einführung von Scrum in der Medizintechnik Frank Lange Agile Med 2014, 19.02.2014 München.

Herausforderungen im Gesundheitswesen Steigender Kostendruck Komplexe Gesamtsysteme (integrierte Workflows statt Einzelprodukte) UND Einfache Handhabung (Vergleich mit Consumer-Produkten) Hohe Dynamik (Kurze Entwicklungszyklen, häufige Anforderungsänderungen) UND Starre Entwicklungsabläufe (regulierter Markt, hohe Qualitätsanforderungen)

Konflikt: Sicherheit oder Wandel?

Konflikt: Sicherheit oder Wandel?

Konflikt: Sicherheit oder Wandel?

Konflikt: Sicherheit oder Wandel?

Konflikt: Sicherheit oder Wandel?

Konflikt: Sicherheit oder Wandel?

Normen zur Softwareentwicklung in der Medizintechnik

. Einen Konflikt vollständig zu verstehen, heißt bereits ihn zu lösen. (Theory of Constraints) Konfliktlösungen durch ein tieferes Verständnis der Normen und ihrer Freiheiten der Rollen von Scrum der Werte hinter Scrum und den Normen der Wünsche und Ängste aller Stakeholder

. 1. Ebene des Widerstands Verständniskonflikte Software-Lebenszyklus-Prozess-Norm (EN 62304) Vorurteil: Die Norm fordert das V-Modell! Das haben wir schon immer so gemacht! Ursache: Unsicherheit bzgl. der mächtigen Normen Fehlinterpretation (Die Norm fordert lediglich einen festgesetzten Entwicklungsprozess ) Lösungsansatz: Schrittweise Umstieg auf Scrum ohne Verletzung der Normen. Kurzfristig: Scrum nur im unteren Teil des V-Modells einsetzen. Langfristig: Kompletten Entwicklungsprozess auf Scrum umstellen.

. 2. Ebene des Widerstands Rollenkonflikte Qualitätsmanagement-Norm (ISO 13485) Vorurteil: In Scrum macht doch jeder was er will, keiner achtet mehr auf Qualität! Ursache: Rollen-Unsicherheit ( Wer ist denn jetzt bei euch der Projektleiter? ) Alte Denkstrukturen benötigen einen Schuldigen Lösung: Tieferes Verständnis der Rollen in Scrum Team ist verantwortlich für die Umsetzung ( Wie ) Harte Definition of Done Scrum Master ist verantwortlich für die Einhaltung der Regeln Product Owner ist verantwortlich für Produktinhalt ( Was ) Die Verantwortung bleibt bestehen, sie ist nur auf neue Rollen verteilt.

. 3. Ebene des Widerstands: Wertekonflikte Risikomanagement-Norm (ISO 14971) Vorurteil: In Scrum wird nichts dokumentiert, obwohl die Norm das fordert! Ursache: Fehlinterpretation des zweiten Punkts des agilen Manifests. Verteidigungshaltung in beiden Lagern Lösung: Tieferes Verständnis des agilen Manifests Menschen und Interaktionen sind wichtiger als Prozesse und Werkzeuge. Funktionierende Software ist wichtiger als umfassende Dokumentation. Zusammenarbeit mit dem Kunden ist wichtiger als Vertragsverhandlungen. Eingehen auf Veränderungen ist wichtiger als Festhalten an einem Plan.

. 4. Ebene des Widerstands Tief sitzende menschliche Urängste Gebrauchstauglichkeitsnorm (EN 62366) Vorurteil: Scrum ist rein technisch, Kunden werden nicht eingebunden! Ursache: Entwickler lieben Scrum UND Technik Stakeholder halten Scrum für rein technisch. Stakeholder fühlen sich ausgegrenzt Lösungsansatz: Scrum über professionellen Change-Prozess einführen Stakeholdermanagement: Für Vorteile der agilen Herangehensweise werben. Transparenz: Fehler erkennen, offenlegen und beheben.

Agiles V-Modell

. Zeitlicher Verlauf der Scrum-Einführung Phase 1: Chaos (mehrere Monate) Hohe Aufwände für Teamfindung Unklare Rollenaufteilung Instabile Velocity Flache Erfolgskurve Außenwahrnehmungen Team schottet sich ab (gegenüber der restlichen Organisation) Methode / Team ist wichtiger als Projekt / Produkt Fehlender Erfolg ist für alle Beteiligten transparent

. Zeitlicher Verlauf der Scrum-Einführung Phase 2: Quick Wins Sichtbare Ergebnisse am Sprintende Sprintziele werden erreicht Stakeholder besuchen öffentliche Sprint-Demos Velocity weiterhin gering, aber zunehmend stabil Positive Außenwirkung Stakeholder fühlen sich abgeholt

. Zeitlicher Verlauf der Scrum-Einführung Phase 3: Langfristiger Erfolg Konsequente Lösung von Impediments Zusammenwachsen mehrerer Teams Etablierter kontinuierlicher Verbesserungsprozess Steigende Velocity, positive Feedbackschleifen Wachsende Begeisterung zufriedene Kunden!

Vielen Dank für Ihre Aufmerksamkeit! www.agilefokus.de frank.lange@agilefokus.de