Risiken und Chancen in Agiler Entwicklungen

668 Aufrufe

Veröffentlicht am

Risiken und Chancen managen in agilen Software und System Engineering Entwicklungen 

Veröffentlicht in: Business
0 Kommentare
0 Gefällt mir
Statistik
Notizen
  • Als Erste(r) kommentieren

  • Gehören Sie zu den Ersten, denen das gefällt!

Keine Downloads
Aufrufe
Aufrufe insgesamt
668
Auf SlideShare
0
Aus Einbettungen
0
Anzahl an Einbettungen
6
Aktionen
Geteilt
0
Downloads
60
Kommentare
0
Gefällt mir
0
Einbettungen 0
Keine Einbettungen

Keine Notizen für die Folie
  • Verstehen, was eine reife IT-Organisation auszeichnet
    Wege, Modelle und Standards näher kennen lernen
    Nutzen und Einsparungspotenziale von reifen IT-Organisationen einschätzen können
  • Verstehen, was eine reife IT-Organisation auszeichnet
    Wege, Modelle und Standards näher kennen lernen
    Nutzen und Einsparungspotenziale von reifen IT-Organisationen einschätzen können
  • Verstehen, was eine reife IT-Organisation auszeichnet
    Wege, Modelle und Standards näher kennen lernen
    Nutzen und Einsparungspotenziale von reifen IT-Organisationen einschätzen können
  • Verstehen, was eine reife IT-Organisation auszeichnet
    Wege, Modelle und Standards näher kennen lernen
    Nutzen und Einsparungspotenziale von reifen IT-Organisationen einschätzen können
  • Risiken und Chancen in Agiler Entwicklungen

    1. 1. Risiken und Chancen managen in agilen Software und System Engineering Entwicklungen Dr. Ernest Wallmüller QUALITÄT & INFORMATIK Zürich, München, Wien www.itq.ch © Dr. E. Wallmüller 1 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    2. 2. Ernest Wallmüller Education Thesis in computer science (Informatik), J. Kepler University, Linz, Austria; habilitation in business information systems, author of several books Researcher and lecturer at the Swiss Federal Institute of Technology, University Zurich and Salzburg ISO 9001:2008 Auditor, Assessor for Baldrige, EFQM, TPI, SEI trained CMMI-Assessor, iNTACS certified Principal Assessor for Automotive SPICE, Enterprise SPICE and ISO/IEC 15504 Membership: IEEE, ACM, GI, SwissICT and Software Test Austria. Professional Career Research and development in the area of software engineering at J. Kepler University, Linz, Austria and at the Swiss Federal Institute of Technology (ETH) Zurich, Switzerland; Manager at SBG (UBS) Zurich; Senior Consultant at ATAG Ernst & Young in CH, A, D, and UK; Principal, Process Coach and Manager of Project Quality Office and Quality Systems at Unisys (Schweiz); CEO and Senior Consultant of Qualität & Informatik, Zurich since 1997. Support and Consulting in the disciplines • Quality & Process Engineering • Portfolio, Project, Risk Management • Audit & Assessment Services • Organizational & Culture Development „„DDrriivvee CChhaannggee ppllaannnneedd aanndd aaccttiivveellyy!!““ © Dr. E. Wallmüller 2 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    3. 3. Meine Erfahrungen mit Agilen Projekten Audits und Assessment Betreuung und Coaching • Diverse agile automotive SE-Projekte • Programm-Audit für Finanzdienstleister in Zürich mit 16 Projekten © Dr. E. Wallmüller 3 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    4. 4. Für alle, die noch Bücher schätzen … ISBN: 978-3-446-40405-2 © Dr. E. Wallmüller 4 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    5. 5. Agenda  1 Situation im Umgang mit Risiken in agilen Projekten?  2 Wie sieht agiles RM aus?  3 Agile in Systems Engineering Projekten?  4 Lessons Learned und Schlussfolgerungen © Dr. E. Wallmüller 5 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    6. 6. Agenda  1 Situation im Umgang mit Risiken in agilen Projekten?  2 Wie sieht agiles RM aus?  3 Agile in Systems Engineering Projekten?  4 Lessons Learned und Schlussfolgerungen © Dr. E. Wallmüller 6 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    7. 7. Kennen Sie das?  Agiles Projekt - das Team ist voll funktionsfähig und motiviert, aber es kann kaum weiterarbeiten, weil die fachliche Klärung mit den Anwendern oder deren Vertreter nicht rechtzeitig erfolgen konnte.  Möglichen Risiken wird sowohl in klassischen, als auch in agilen Umfeld oftmals zu wenig Aufmerksamkeit geschenkt =>  Abweichungen (T, $, Q),  im schlimmsten Fall Projektkrisen oder  ein Projektabbruch. Problembereich Requirements © Dr. E. Wallmüller 7 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    8. 8. Situation heute ...  Agile Projekte o kurze Iterationszyklen o Fokus auf "working software" o automatisierte Tests o häufige Kundenlieferungen  Erkenntnis/Varianten:  a) implizites RM und kein explizites RM mit der Gefahr Risiken zu übersehen  b) machen angepasstes RM  Plangetriebene Projekte (mit PM) o machen explizites RM o arbeiten auch iterativ o verwenden auch Prototypen o haben sogar ein Budget dafür o ...  Resultate: o dauern länger und kosten mehr © Dr. E. Wallmüller 8 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    9. 9. Untersuchungen zeigen ... The biggest problems when conducting risk management in agile project environment were the following: V. Ylimannela Tampere University of Technology, 2012 © Dr. E. Wallmüller 9 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    10. 10. Empfehlung: Agile mit RM RM © Dr. E. Wallmüller 10 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    11. 11. Agenda  1 Situation im Umgang mit Risiken in agilen Projekten?  2 Wie sieht agiles RM aus?  3 Agile in Systems Engineering Projekten?  4 Lessons Learned und Schlussfolgerungen © Dr. E. Wallmüller 11 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    12. 12. Die Natur von Risiken  uncertainty,  loss and  finite duration. © Dr. E. Wallmüller 12 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    13. 13. Wer bin ich? Wie ist mein Einstellung zu Risiken? ==> Prüfe die Einstellung des Teams zu Risiken und Chancen © Dr. E. Wallmüller 13 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    14. 14. Bedeutung von Wahrnehmung u. Einstellung Unsichere Situation Wahrnehmung gut oder schlecht Einstellung bzw. Haltung resultierendes Verhalten Einstellung:  risikoablehnend  tolerant  neutral  risikosuchend © Dr. E. Wallmüller 14 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    15. 15. Beispiel Risiko / Chance Das Risiko ist: Bedingt durch den Mangel an Erfahrung und Ausbildung in der neuen Technologie X besteht die Möglichkeit, dass das Produkt die Anforderungen an Leistung und Funktionalität nicht innerhalb des gesteckten Zeitrahmens erfüllen wird. Die Chance ist: Bedingt durch den Mangel an Erfahrung und Ausbildung in neuen Technologien X besteht die Möglichkeit, dass wir Skills und Erfahrungen in der neuen Technologie aufbauen und zusätzliche Supportleistungen den Projekten anbieten können. © Dr. E. Wallmüller 15 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    16. 16. Aufgaben des RM und CM Adopt Based on ISO 31000 / ON 49000 © Dr. E. Wallmüller 16 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    17. 17. Regelmässige Analyse Projekt-Kontext Ressourcen Vorgehen, Regeln Ergebnisse Benutzer und Kunden? Mitarbeiter ? Supplier ? Unsicher-heiten? Gefahren ? Risiken ? Chancen? via Workshops mit geeigneten Stakeholdern! © Dr. E. Wallmüller 17 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    18. 18. Sources of Project Risk nach A. Moran, 2014 © Dr. E. Wallmüller 18 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    19. 19. Sample Agile Project Risks © Dr. E. Wallmüller 19 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    20. 20. More Detailled Risk Areas Check List Schedule/Implement - Time frame - Geography - Location - Real Schedule vs. Bid Schedule Subcontractors - Statement of Work - Price - Terms & Condition - Resources/Experiences - Subcontractor Management - Quality Control - Invoicing - Alternate Sources Technical - Requirements - Prototypes - Tools - Functionality - Technical Performance - Available and Future Technologies - Architectures - Integration - Support Service (Training, Rollout, Installation) - Baseline Management - Unproven Hardware Resources - Bid/Proposal Resources - Skills/Qualification/Capabilities - Implementation Resources - Facilities (e.g. Space, Equipment) - Logistics Innovation Projects - Market Knowledge - Transformation Client Needs - Speed Idea => Product - Changes of Requirements - Team - Management Support/Commitment - Number of Projects in Parallel Contract - Change Control Process - Terms & Condition/Payment Plan - Acceptance Criteria - Statement of Work/Deliverables © Dr. E. Wallmüller 20 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    21. 21. Risk Census (List simplified) Mike Cohen, 2010 © Dr. E. Wallmüller 21 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    22. 22. Risk Burndown Chart © Dr. E. Wallmüller 22 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    23. 23. Example of necessary Risk Mitigation © Dr. E. Wallmüller 23 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    24. 24. Agile Wertlieferungen © Dr. E. Wallmüller 24 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    25. 25. Risiken und Chancen MAP © Dr. E. Wallmüller 25 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    26. 26. Risk Log Artefact nach A. Moran, 2014 © Dr. E. Wallmüller 26 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    27. 27. Kein Unterschied zu regl. Risk Listen © Dr. E. Wallmüller 27 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    28. 28. Wann machen wir RM? RM © Dr. E. Wallmüller 28 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    29. 29. Response Treatment • The following options are available:  Tasks for the iteration backlog.  Risk tagging.  Contingency planning (conditional tasks on the backlog).  Avoidance. • Risk Log records: risks but responses are found on the backlog or Kanban. © Dr. E. Wallmüller 29 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    30. 30. Modifizierter Backlog (Scrum) Nach Moran © Dr. E. Wallmüller 30 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    31. 31. Risikomanagement mit KANBAN-Board nach Moran, 2014 © Dr. E. Wallmüller 31 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    32. 32. Agenda  1 Situation im Umgang mit Risiken in agilen Projekten?  2 Wie sieht agiles RM aus?  3 Agile in Systems Engineering Projekten?  4 Lessons Learned und Schlussfolgerungen © Dr. E. Wallmüller 32 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    33. 33. Challenges of Systems Engineering Projects • Different Dependencies of workproducts! • Different Disciplines to coordinate! • Systems of Systems to manage! © Dr. E. Wallmüller 33 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    34. 34. The SE Lifecycle understand the problem! Different dependencies, systemic View and understand the solution space Short iterations but Assess the system Value, risks and cost © Dr. E. Wallmüller 34 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    35. 35. Example: Challenges in SE Projects  Traceability is given by Automotive SPICE! Some Figures: • Customer needs : 3 docs • A/C functions : 50 docs • Systems : 103 docs • Subsystems : 5x103 docs • Equipment/components : 10x docs SW Requirements SW-Design Code © Dr. E. Wallmüller 35 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    36. 36. V-Model and Agile Development Analysis Design Analyze where Agile Development makes sense and make agile adoptions! © Dr. E. Wallmüller 36 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    37. 37. Agile Prinzipien verkürzen SE Release Zyklus Beispiel eines internationalen automotive Herstellers bei Steuergeräten © Dr. E. Wallmüller 37 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    38. 38. Challenges in agile SE  Safety  Safety is a key issue of automobile development  Product liability law is applicable in most countries  New functionalities and increasing content in electrical, electronics (E/E) and software requires increased focus on interface issues  With the increase in technological complexity, software content and mechatronic implementations there is an increase in systematic and random failures  German law on product liability (§ 823 Abs. 1 BGB, § 1 ProdHaftG) says  similar in all EU countries  car producers are generally liable for any damage to the health or death of a person caused by a malfunction of the product  if the potential malfunction could not have been detected according to the technical state of the art at the time of placing the product on the market, the liability is excluded © Dr. E. Wallmüller 38 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    39. 39. Vorteile  Insbesondere in Organisationen, die von traditionellen Vorgehensmodellen auf agile wechseln: => agiles Risikomanagement schafft Transparenz, um die Skepsis gegenüber der neuen Vorgehensweise vermindern. © Dr. E. Wallmüller 39 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    40. 40. Umsetzungsempfehlungen  Früh mit RM beginnen und anpassen (Tailoring)  RM als Begleitung des iterativen Prozesses während des ganzen Projektlebenszyklus  Risiken als potentielle Chancen betrachten  Verantwortlichkeiten zuordnen (jedes Risiko hat Risk Owner)  Das gesamte Projektteam in das RM involvieren © Dr. E. Wallmüller 40 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    41. 41. Fragen? © Dr. E. Wallmüller 41 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    42. 42. Ernest Wallmüller Mobile 0041 79 402 44 11 wallmueller@itq.ch Qualität & Informatik WWW.ITQ.CH Zürich, München & Wien Many Thanks for Your Attention!
    43. 43. Opportunities for Risk Management 1 © Dr. E. Wallmüller 43 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch
    44. 44. Oppor-tunities for Risk Manage-ment 2 © Dr. E. Wallmüller 44 QQuuaalliittäätt && IInnffoorrmmaattiikk – www.itq.ch

    ×