Risiken und Chancen managen in agilen Software und System Engineering Entwicklungen

Transkript

1 Risiken und Chancen managen in agilen Software und System Engineering Entwicklungen Dr. Ernest Wallmüller QUALITÄT & INFORMATIK Zürich, München, Wien 1

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 Membership: IEEE, ACM, GI, SwissICT and Software Test Austria. Drive Change planned and actively! 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 Support and Consulting in the disciplines Quality & Process Engineering Portfolio, Project, Risk Management Audit & Assessment Services Organizational & Culture Development 2

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 3

4 Für alle, die noch Bücher schätzen ISBN:

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 5

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 6

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 7

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 8

9 Untersuchungen zeigen... The biggest problems when conducting risk management in agile project environment were the following: V. Ylimannela Tampere University of Technology,

10 Empfehlung: Agile mit RM RM 10

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 11

12 Die Natur von Risiken uncertainty, loss and finite duration. 12

13 Wer bin ich? Wie ist mein Einstellung zu Risiken? ==> Prüfe die Einstellung des Teams zu Risiken und Chancen 13

14 Bedeutung von Wahrnehmung u. Einstellung Wahrnehmung gut oder schlecht Unsichere Situation Einstellung: risikoablehnend tolerant neutral risikosuchend Einstellung bzw. Haltung resultierendes Verhalten 14

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. 15

16 Aufgaben des RM und CM Adopt Based on ISO / ON

17 Regelmässige Analyse Unsicherheiten? Projekt-Kontext Ressourcen Vorgehen, Regeln Ergebnisse Gefahren? Risiken? Mitarbeiter? Benutzer und Kunden? Supplier? via Workshops mit geeigneten Stakeholdern! Chancen? 17

18 Sources of Project Risk nach A. Moran,

19 Sample Agile Project Risks 19

20 More Detailled Risk Areas Check List Schedule/Implement Subcontractors Resources - Time frame - Geography - Location - Real Schedule vs. Bid Schedule Technical - Requirements - Prototypes - Tools - Functionality - Technical Performance - Available and Future Technologies - Architectures - Integration - Support Service (Training, Rollout, Installation) - Baseline Management - Unproven Hardware - Statement of Work - Price - Terms & Condition - Resources/Experiences - Subcontractor Management - Quality Control - Invoicing - Alternate Sources Contract - 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 - Change Control Process - Team - Terms & Condition/Payment Plan- Management Support/Commitment - Acceptance Criteria - Number of Projects in Parallel - Statement of Work/Deliverables 20

21 Risk Census (List simplified) Mike Cohen,

22 Risk Burndown Chart 22

23 Example of necessary Risk Mitigation 23

24 Agile Wertlieferungen 24

25 Risiken und Chancen MAP 25

26 Risk Log Artefact nach A. Moran,

27 Kein Unterschied zu regl. Risk Listen 27

28 Wann machen wir RM? RM 28

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. 29

30 Modifizierter Backlog (Scrum) Nach Moran 30

31 Risikomanagement mit KANBAN-Board nach Moran,

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 32

33 Challenges of Systems Engineering Projects Different Dependencies of workproducts! Different Disciplines to coordinate! Systems of Systems to manage! 33

34 The SE Lifecycle Short iterations but understand the problem! State the requirement Assess the system Value, risks and cost Re-evaluate and start again Test the whole system Integrate Understand the system and investigate alternatives Design Model the system Different dependencies, systemic View and understand the solution space 34

35 Example: Challenges in SE Projects Traceability is given by Automotive SPICE! Some Figures: Customer needs : 3 docs A/C functions : 50 docs Systems : 10 3 docs Subsystems : 5x10 3 docs Equipment/components : 10 x docs SW Requirements SW-Design Code 35

36 V-Model and Agile Development Analysis Design Analyze where Agile Development makes sense and make agile adoptions! 36

37 Agile Prinzipien verkürzen SE Release Zyklus Beispiel eines internationalen automotive Herstellers bei Steuergeräten 37

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 38

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. 39

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 40

41 Fragen? 41

42 Ernest Wallmüller Mobile Qualität & Informatik Many Thanks for Your Attention! Zürich, München & Wien

43 Opportunities for Risk Management 1 43

44 Opportunities for Risk Management 2 44