Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

20
codecentric AG INTEGRATION AGILER UND KLASSISCHER VORGEHENSWEISEN JOACHIM BAUMANN

description

Agile Vorgehensweisen und Wasserfallmethoden werden als Gegensätze betrachtet. Software-Entwicklung im Bereich der Embedded-Systeme wird natürlicherweise mit klassischen Wasserfallmethoden betrieben, da die Einschränkungen z.B. durch die Infrastruktur dies völlig natürlich erscheinen lassen und Alternativen wie agile Methoden hier auf den ersten Blick nicht funktionieren können. In diesem Vortrag beleuchten wir verschiedene Punkte, an denen diese Methoden kollidieren und diskutieren Möglichkeiten zur Integration.

Transcript of Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

Page 1: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

INTEGRATION AGILER UND KLASSISCHER VORGEHENSWEISEN JOACHIM BAUMANN

Page 2: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

AGENDA

•  KLASSISCHES VORGEHEN

•  AGILE VORGEHENSWEISEN

•  KLASSISCHES VORGEHEN: PROBLEME

•  AGILES VORGEHEN: PROBLEME

•  AGILE PROJEKTE IN KLASSISCHEN ORGANISATIONEN

17.02.14 Seite 2

Page 3: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

DR. JOACHIM BAUMANN

17.02.14 Seite 3

Referenzen  (Auszug)  n  FIDUCIA  IT  AG,  Karlsruhe  

p  Architekturberatung  p  QS,  Coaching  p  Übernahme  kri?scher  Projekte  

n  Trust  Interna?onal  n  Erstellung  eines  White-­‐Label  Hotelbuchungssystems    n  Scrum  Master  n  Architekt  

n  NTT  DATA,  Tokyo  p  Neue  agil-­‐basierte  Methode  für  24-­‐Stunden  Entwicklung  p  Verifika?on  der  Methode  in  3  Vergleichsprojekten  p  Preis  für  das  Projekt  von  NTT  DATA  

p  Werum  p  SoUware  für  Pharmakonzerne  p  Agile  Transforma?on  

Ar.kel,  Bücher,  Vorträge  p  3  Bücher  (aktuell  viertes  in  Arbeit)  p  Über  40  Ar?kel  p  Vorträge  auf  int.  und  deutschen  Konferenzen  

Schwerpunkte  n  Agile  Methoden  n  Agile  Organisa?onen  n  Architektur  großer  Systeme  n  Open-­‐Source-­‐Produkte  n  Kommunika?onsnetze,  Mobile  Compu?ng,  Verteilte  Systeme,  

Datenbanken  n  „Big  Data“  n  Training,  Coaching,  Vorträge  

Ausbildung  1986-­‐1992  Informa?k,  Schwerpunkt  Hardware  

   Universität  Stuegart  1994-­‐1999  Promo?on,  verteilte  Systeme  

   Universität  Stuegart,  Universität  Genf  1999-­‐2000  Postdoc  

   Universität  Stuegart    Beruflicher  Werdegang  1993  ANT  Bosch  Telecom,  SoUware-­‐Entwickler  Embedded  Systems  2000  COSS  SoUwaretechnik  AG,  Bereichsleiter  Produktentwicklung  

und  Forschung,  erste  agile  Experimente  2001  Junidas  GmbH,  GeschäUsführer,  agiler  Coach  2005  Xinaris  GmbH,  GeschäUsführer,  agiler  Coach,  Scrum  Master  2007  Cirquent  GmbH,  Leitung  Competence  Center  iBPM,  Director  

Shoring,  agile  Expert  2012  codecentric  AG,  GeschäUsführer  Frankfurt  

Page 4: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

KLASSISCHES VORGEHEN WASSERFALLMODELL

17.02.14 Seite 4

WINSTON ROYCE, 1970 KLAR GETRENNTE STUFEN •  ANFORDERUNGSANALYSE •  ENTWURF / DESIGN •  IMPLEMENTIERUNG •  TEST UND VERIFIKATION •  INSTALLATION UND WARTUNG

TAYLORISTISCHER ANSATZ •  GEHT VON VORHERSAGBARKEIT/ WIEDERHOLBARKEIT AUS •  DEFINIERT PROZESSE ENTSPRECHEND

VORTEILE DES MODELLS •  SEHR EINFACH ZU IMPLEMENTIEREN •  EINFACHES MONITORING DES FORTGANGS DES PROJEKTS

Frederick  Winslow  Taylor,  The  Principles  of  Scien0fic  Management,  1911  

Page 5: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

WARUM IST KLASSISCHES VORGEHEN PROBLEMATISCH

17.02.14 Seite 5

AUSSAGE DES AUTORS •  “I BELIEVE IN THIS CONCEPT, BUT THE IMPLEMENTATION

DESCRIBEB ABOVE IS RISKY AND INVITES FAILURE.” •  SEIN ZIEL “ITERATIVE INTERACTION” NACHTEILE DES MODELLS •  KEIN FEEDBACK ZU FRÜHEREN STUFEN •  KEINE REAKTION AUF VERÄNDERTE UMGEBUNG •  KEIN FEEDBACK ZU ERFOLG DES PROJEKTS

INTERESSANT •  KLASSISCHES VORGEHEN KOMBINIERT MIT KURZEN ITERATIONEN KANN

EINIGE PROBLEME LÖSEN

Page 6: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

BEISPIELE GESCHEITERTER PROJEKTE

17.02.14 Seite 6

OFFEN FRAGE: WIE VIELE ERFOLGREICHE KLASSISCH DURCHGEFÜHRTE PROJEKTE KENNEN SIE? •  IN TIME, IN BUDGET, IN SCOPE WICHTIG: DAS GLEICHE PROBLEM BESTEHT IN DER REALEN WELT BEISPIELE •  STUTTGART 21 •  FLUGHAFEN BERLIN-BRANDENBURG •  ELBPHILHARMONIE •  … VORGEHEN ERZWUNGEN DURCH EINKAUF UND ANGST DER ENTSCHEIDER •  “DER IST DER BILLIGSTE” (VOR DEN CHANGE REQUESTS…) •  “MIT IBM MACHT MAN NICHTS FALSCH” •  DELEGATION DES RISIKOS

Paul  Watzlawick,  Anleitung  zum  Unglücklichsein,  1988    

Page 7: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

AGILE VORGEHENSWEISEN

17.02.14 Seite 7

EXTREME PROGRAMMING, 1999 AGILE MANIFESTO, 2001 ITERATIVES UND INKREMENTELLES VORGEHEN GEHT VON STÄNDIGER VERÄNDERUNG AUS •  INSPECT AND ADAPT •  KLEINE SCHRITTE IN RICHTUNG ZIEL •  REGELMÄßIGE ÜBERPRÜFUNG •  ANPASSUNG DER RICHTUNG LÖSEN VOM TAYLORISTISCHEN ANSATZ •  KEINE ÜBERLASTUNG •  WERTSCHÄTZUNG DES EINZELNEN •  VERSTÄNDNIS FÜR GRUPPENDYNAMIK

VORTEILE DES MODELLS •  AKZEPTIERT SCHNELL ÄNDERNDE SITUATIONEN •  HÖHERE LEISTUNG DURCH INDIVIDUALISMUS •  HOHE TRANSPARENZ

Kent  Beck,  Extreme  Programming  Explained,  1999  Ken  Scchwaber,  Agile  SoAware  Development  with  Scrum,  2001  

Page 8: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

WARUM IST AGILES VORGEHEN PROBLEMATISCH

17.02.14 Seite 8

HÖHERE KOSTEN DURCH •  STÄNDIGES ADAPTIEREN •  PROZESS-OVERHEAD IN SCRUM CA. 20% •  GRUPPENDYNAMISCHE PROZESSE

(FORMING, NORMING, STORMING, PERFORMING) DIE METHODE WIRD VERANTWORTLICH GEMACHT FÜR •  SCHNELLERES ERKENNEN VON PROBLEMEN (FAIL FAST) •  FALSCH VERSTANDENE RECHTE UND VERANTWORTUNGEN

(WIR BRAUCHEN KEINE DOKUMENTATION MEHR) BELASTUNG DER ORGANISATION DURCH •  ÄNDERUNG VON PROZESSEN •  STÄRKERE EINBEZIEHUNG DER FACHBEREICHE •  FRÜHERER BEDARF NACH INFRASTRUKTUR (Z.B. TESTSYSTEME)

Bruce  Tuckman,  Developmental  sequence  in  small  groups,  1965  

Page 9: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

STACEY-GRAPH WANN AGIL UND WANN WASSERFALL?

VORHERSAGBARKEIT VON ARBEITSERGEBNISSEN BEKANNT Z.B. DURCH “SOFTWARE IN 30 DAYS” URSPRÜNGLICH EIN MANAGEMENT-INSTRUMENT ZUR ENTSCHEIDUNGS- UNTERSTÜTZUNG WASSERFALL ERFOLGREICH NUR IM BEREICH “SIMPLE” (DUNKELGRÜN)

Seite 9

Chaotic

People

Complicated

Complex Nearly Chaotic

Complicated

Far from Certainty Technology Close to

Certainty

Close To Agreement

Far From Agreement

Requirements

Simple

Ken Schwaber, Jeff Sutherland, Software in 30 Days, John Wiley & Sons, 2012 R. D. Stacey, Strategic management and organisational dynamics: the challenge of complexity, Prentice Hall, 2002

Page 10: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

PROBLEMPUNKTE AGILE PROJEKTE IN KLASSISCHEN ORGANISATIONEN

17.02.14 Seite 10

AGILE ENTWICKLUNG (XP-PRAKTIKEN) •  PAIR PROGRAMMING •  TDD •  QUALITÄT •  KOLLEKTIVES BESITZ DES QUELLTEXTES •  SIMPLES VORGEHEN •  CROSS-FUNCTIONAL TEAMS •  DOKUMENTATION •  KEINE ÜBERSTUNDEN •  STÄNDIGE VERFÜGBARKEIT DES FACHBEREICHS AGILES PROJEKTMANAGEMENT (SCRUM) •  ROLLEN •  PLANUNG VON ITERATIONEN •  DAILY SCRUM MEETING •  MEETINGS ZUM ENDE DER SPRINTS •  PROZESSVERÄNDERUNGEN •  ABBILDUNG AUF KLASSISCHES REPORTING

Page 11: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

PAIR PROGRAMMING

17.02.14 Seite 11

SEHR FOKUSSIERTE FORM DES ARBEITENS SEHR EFFEKTIV ABER SEHR ANSTRENGEND PERSONEN MÜSSEN PASSEN WIRKT SEHR NEGATIV AUF KLASSISCHES MANAGEMENT •  VIEL GEREDE •  NUR HALBE ANZAHL LOC •  ZWEI PERSONEN AN EINEM RECHNER VORGEHEN ZUR EINFÜHRUNG: VERWENDUNG FÜR •  COACHING •  WISSENSTRANSFER •  KURZE SESSIONS (1 STUNDE) •  DANN VERLÄNGERUNG, WENN MANAGEMENT DARAN GEWÖHNT IST

Page 12: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

TDD – TEST DRIVEN DEVELOPMENT

17.02.14 Seite 12

TDD IST INVESTITION IN DIE ZUKUNFT DER ENTWICKLUNG UNMITTELBARER WERT SCHWER NACHWEISBAR FÜR DEN PROJEKTMANAGER NUR INTERESSANT IN LÄNGEREN / KOMPLEXEN PROJEKTEN VIELE KUNDEN SIND NICHT INTERESSIERT IN LANGFRISTIGER QUALITÄT DAMIT EIN ROI NICHT LEICHT BERECHENBAR PROBLEM NOCH DEUTLICHER BEI •  REFACTORING •  TECHNISCHEN SCHULDEN

Red  

Green  Refactor  

Page 13: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

WEITERE PUNKTE BEI XP

17.02.14 Seite 13

STÄNDIGE VERFÜGBARKEIT DES FACHBEREICHS •  FÜR ANDERE AUFGABEN EINGEPLANT •  HIER BRAUCHT ES EIN KLARES COMMITMENT

DES MANAGEMENTS KOLLEKTIVES VORGEHEN •  VERMEIDEN DER SCHULDFRAGE •  BESITZ AUFGEBEN IST SCHWIERIG SIMPLES VORGEHEN •  KEINE FRAMEWORKS SCHREIBEN CROSS-FUNCTIONAL TEAMS •  KOMBINATION ALLER BETEILIGTEN (HARDWARE, FIRMWARE, SOFTWARE) •  MINIMUM VIABLE PRODUCTS (EVALUATION BOARDS, PROGRAMMIERBARE LOGIK) DOKUMENTATION •  DOKUMENTATION IST NICHT UNWICHTIG

(AGILE MANIFESTO FALSCH VERSTANDEN) •  DOKUMENTATION MUSS DEN BEDARF DER ORGANISATION BEFRIEDIGEN KEINE ÜBERSTUNDEN •  LÄSST SICH NICHT VOLLSTÄNDIG LEBEN, ABER IM MITTEL ERREICHEN

Page 14: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

ROLLEN BEI SCRUM

17.02.14 Seite 14

BEDEUTUNG VON •  PRODUCT OWNER •  SCRUM MASTER WIRD HÄUFIG AM ANFANG FALSCH INTERPRETIERT DER BISHERIGE PROJEKT-MANAGER MÖCHTE SCRUM MASTER WERDEN DAFÜR FEHLT •  TECHNISCHES VERSTÄNDNIS •  VERSTÄNDNIS FÜR BEDÜRFNISSE DES TEAMS IN SCRUM LÖSUNG VERDEUTLICHUNG, DASS DER PRODUCT OWNER DAS BUDGET HÄLT UND DIE INHALTLICHEN ENTSCHEIDUNGEN TRIFFT

Page 15: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

MEETINGS

17.02.14 Seite 15

DAILY SCRUM •  DAUERT HÄUFIG HALBE STUNDE •  UNFOKUSSIERT •  WIRD ALS BERICHTSMÖGLICHKEIT MISSVERSTANDEN •  LÖSUNG

•  Im Stehen •  Fokus auf die drei Fragen mit enger Führung

SPRINT REVIEW •  DER FACHBEREICH KOMMT NICHT •  NICHTFUNKTIONIERENDE SOFTWARE WIRD GEZEIGT •  LÖSUNG

•  Managementfokus RETROSPEKTIVE •  KEINE KRITIK, KEINE VERBESSERUNGSIDEEN •  LÖSUNG (NICHT EINFACH)

•  Start-Stop-Continue, “Zeichne den letzten Sprint”, Burndown/Stimmung, …

Page 16: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

ABBILDUNG AUF KLASSISCHES REPORTING

17.02.14 Seite 16

BURNDOWN CHART •  UNGEEIGNET FÜR KLASSISCHES MANAGEMENT •  FOKUS AUF FUNKTION, NICHT AUFGABE •  SPRÜNGE MÜSSEN ERKLÄRT WERDEN •  INSBESONDERE AM ANFANG NICHT FÜR

VORHERSAGEN GEEIGNET LÖSUNG BURN-UP-CHARTS •  KEINE SPRÜNGE DURCH ZUSÄTZLICH

ENTDECKTE AUFWÄNDE •  VEREINFACHTE EARNED-VALUE-ANALYSE •  KANN ÜBER MEHRERE SPRINTS FÜR

VORHERSAGEN VERWENDET WERDEN •  DAMIT ABBILDUNG IN KLASSISCHES PROJEKT-

CONTROLLING MÖGLICH

Page 17: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

ZU GUTER LETZT EINFÜHRUNG AGILER METHODEN

17.02.14 Seite 17

MANAGEMENT-BUY-IN IST VORAUSSETZUNG FÜR ERFOLG NICHT KURZFRISTIG, SONDERN ÜBER 2-3 JAHRE MANAGEMENT MUSS DIE ÄNDERUNGEN VERSTEHEN KLASSISCHES PROJEKTMANAGEMENT BIETET VIELE HILFEN •  RISIKO-MANAGEMENT •  ESKALATIONS-MANAGEMENT •  … PRAGMATISMUS IST NOTWENDIG AUCH RIGIDE RANDBEDINGUNGEN ERLAUBEN DIE EINFÜHRUNG VON AGILEN METHODEN

Page 18: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

ZUSAMMENFASSUNG

17.02.14 Seite 18

VIELE KOLLISIONSBEREICHE BEREICHE MIT KONFLIKTPOTENTIAL GROßE HERAUSFORDERUNGE FÜR ALLE BETEILIGTEN MIT HUMOR, PRAGMATISMUS UND KOOPERATIONSBEREITSCHAFT ERFOLGREICH INTEGRATION AGILER UND KLASSISCHER VORGEHENSWEISEN IST MÖGLICH

Page 19: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

FRAGEN?

Dr. Joachim Baumann codecentric AG An der Welle 4 60322 Frankfurt [email protected]

www.codecentric.de blog.codecentric.de

17.02.14 Seite 19

Page 20: Integration agiler und klassischer Vorgehensweisen (Embedded-Meets-Agile 18.2.2014, german)

codecentric AG

BILDER – EINZELNACHWEISE

17.02.14 Seite 20

WASSERFALLMETHODE - HTTP://EN.WIKIPEDIA.ORG/WIKI/FILE:WATERFALL_MODEL.SVG LEGO STUTTGART 21 - HTTP://WWW.SCHRAEGSTRICHPUNKT.DE/WP-CONTENT/UPLOADS/2010/10/LEGO_BAHNHOF1.JPG FEEDBACKSCHLEIFEN - HTTP://COMMONS.WIKIMEDIA.ORG/WIKI/FILE:EXTREME_PROGRAMMING_PLANUNGS-_UND_FEEDBACK-SCHLEIFEN.SVG WALDORF UND STADLER - HTTP://I1196.PHOTOBUCKET.COM/ALBUMS/AA411/GIL_ZILBERFELD/12152009_MUPPETS7JPGSCALED500.JPG ERDMÄNNCHEN - HTTP://COMMONS.WIKIMEDIA.ORG/WIKI/FILE:SURICATA_SURICATTA_006.JPG POINTY-HAIRED BOSS - HTTP://EN.WIKIPEDIA.ORG/WIKI/FILE:POINTY-HAIRED_BOSS.JPG BURNDOWN CHART - HTTP://EN.WIKIPEDIA.ORG/WIKI/FILE:SAMPLEBURNDOWNCHART.PNG EVM - HTTP://EN.WIKIPEDIA.ORG/WIKI/FILE:EVM_FIG2.PNG SCRUM - HTTP://EN.WIKIPEDIA.ORG/WIKI/FILE:ST_VS_GLOUCESTER_-_MATCH_-_23.JPG