Agiles Vorgehen in der Praxis

Transkript

1 Agiles Vorgehen in der Praxis Erfolgreich durch die Mitwirkung des Fachbereiches Der Business Analyst an der Seite des Product Owners masventa Business GmbH, Juni 2015, v1.01 IIBA, the IIBA logo, BABOK and Business Analysis Body of Knowledge are registered trademarks owned by International Institute of Business Analysis. CBAP and the CBAP logo are registered certification marks owned by International Institute of Business Analysis. Certified Business Analysis Professional, EEP and the EEP logo are trademarks owned by International Institute of Business Analysis. Certification of Competency in Business Analysis, CCBA and the CCBA logo are trademarks owned by International Institute of Business Analysis. Tel Fax crm@masventa.de

2 Agenda Vorstellung und Einführung Agile Vorgehensweisen als Imperativ! SCRUM und die Rollen und Verantwortlichkeiten Ist Agil gut für mein Projekt? Wie kann man Agil erfolgreich verkaufen? Die zentrale Figur: der Product Owner Der Agile Business Analyst BABOK und CBAP im agilen Kontext Agiles Vorgehen in der Praxis / Juni

3 Ihr Referent heute Dipl. Ing. Rainer Wendt, CBAP, PMP, PMI-PBA, SCT Ing. Nachrichtentechnik 25+ Jahre internationale IT Erfahrung in - Softwareentwicklung und -architektur - Projektleitungen in Telekommunikation und Finanzindustrie - Anforderungsmanagement, Business Analyse - Risikomanagement - Change Management - Training, Coaching - u.v.m Geschäftsführer der masventa Business GmbH Präsident IIBA Chapter Germany e.v. Agiles Vorgehen in der Praxis / Juni

4 Kurzprofil masventa Business GmbH Gründung 2007 durch Rainer Wendt Ausgewiesene Expertise in Business Analyse und Projektmanagement Langjährige Beratungserfahrung in Konzernen und im Mittelstand Branchen: Banken, Versicherungen, Telekommunikation u.a. Sitz Alsdorf bei Aachen, NRW Business Analyse Anforderungsmanagement und Kommunikation zwischen Business und IT Business Intelligence BI-Anforderungsanalyse, Reporting, Data Warehousing, Performance Management Projektmanagement Angewandte Best Practises zur erfolgreichen Führung von Projekten Prozessmanagement und -optimierung Nachhaltige Prozessverbesserungen zur Wertsteigerung des Unternehmens Agiles Vorgehen in der Praxis / Juni

5 - das Portfolio-ABC auf einen Blick Academia Business Analysis Trainings nach IIBA Project Management Trainings nach PMI Public & Inhouse Live Online Kurse & elearning Endorsed Education Provider der IIBA Business Solutions Business Intelligence Self Service BI PowerPivot Support & Governance End User Computing Management End User Computing Governance, Risk & Compliance Consulting Bereitstellung von zertifizierten Experten Konzepterstellung Coaching Business Analyse Business Intelligence Projektmanagement Prozessoptimierung Agiles Vorgehen in der Praxis / Juni

6 Einige Kunden und Partner Agiles Vorgehen in der Praxis / Juni

7 Agile Vorgehensweisen als Imperativ! Es ist sehr schwierig bis unmöglich, Anforderungen vor dem Beginn einer Entwicklung hinreichend zu erfassen da der Kunde/Fachbereich selbst (noch) nicht weiß was er will oder es nicht ausdrücken kann da viele Erkenntnisse, die zur Formulierung und Analyse von Anforderungen benötigt werden, erst unter dem Projekt entstehen Falls man dennoch daran festhält (oder festhalten muss) sind teure Änderungen (Change Requests) unvermeidbar Längere Laufzeiten sind unvermeidbar Budgets werden stark überzogen, TCO laufen aus dem Ruder Agiles Vorgehen in der Praxis / Juni

8 The Agile Manifesto We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions Working software Customer collaboration Responding to change over processes and tools. over comprehensive documentation. over contract negotiation. over following a plan. That is, while there is value in the items on the right, we value the items on the left more. Agiles Vorgehen in der Praxis / Juni 2015 Quelle: 8

9 Der SCRUM Prozess Agiles Vorgehen in der Praxis / Juni 2015 Quelle: Agile Extension to 9 the BABOK Guide

10 Rollen und Verantwortlichkeiten Sponsor Stakeholders ScrumMaster Product Owner Projektmanager Business Analyst Scrum Team Agiles Vorgehen in der Praxis / Juni 2015 Quelle: Watermark 10 Learning

11 Was versteht der Fachbereich unter Agil???????? Agiles Vorgehen in der Praxis / Juni

12 Ist Agil gut oder schlecht für mein Projekt? Einige typische (Vor-)urteile aus der Sicht des Fachbereiches Mehr Beteiligung für uns! Der Fachbereich legt immer die Prioritäten fest für jeden Sprint Changes are always welcome wir können immer noch alles ändern Ready-to-use Produktfeatures sofort nach jedem Sprint Fail Fast: Falls ein Sprint unbrauchbare Resultate liefert der Schaden ist begrenzt Wir arbeiten in einem Team ohne Grenzen zwischen Kunde und Lieferant Mehr Arbeit für uns! Entwickler machen eh was sie wollen, der Fachbereich kann nicht wirklich wirksam steuern Dokumentation oft too lean und deshalb unzureichend aus Compliance- und Audit-Sicht Liefergegenstände sind nicht genau definiert im Vertrag Es wird nicht alles geliefert Hohe Risiken sowohl bei T/M als auch bei Fixed Price Agiles Vorgehen in der Praxis / Juni

13 Welche Haltung nimmt der Stakeholder an? Welche Einflussfaktoren bestimmen die Grundhaltung gegenüber Agil? Mehr Beteiligung für uns! Der Fachbereich legt immer die Prioritäten fest für jeden Sprint Changes are always welcome wir können immer noch alles ändern Ready-to-use Produktfeatures sofort nach jedem Sprint Fail Fast: Falls ein Sprint unbrauchbare Resultate liefert der Schaden ist begrenzt Wir arbeiten in einem Team ohne Grenzen zwischen Kunde und Lieferant Mehr Arbeit für uns! Entwickler machen eh was sie wollen, der Fachbereich kann nicht wirklich wirksam steuern Dokumentation oft too lean und deshalb unzureichend aus Compliance- und Audit-Sicht Liefergegenstände sind nicht genau definiert im Vertrag Es wird nicht alles geliefert Hohe Risiken sowohl bei T/M als auch bei Fixed Price Agiles Vorgehen in der Praxis / Juni

14 Welche Haltung nimmt der Stakeholder an? Welche Einflussfaktoren bestimmen die Grundhaltung gegenüber Agil? Typische Einflussfaktoren: Vertrauen zum Agilen Team Vertrauen in die Fähigkeiten des Agilen Teams Die Größe des Risikos (Impact x Probability) (Die Menge an) Erfahrungen mit früheren Projekten Vorherrschende Meinungen im Kollegenkreis, Beeinflussung durch Vorgesetzte und Kollegen Aufgeschlossenheit gegenüber neuen Vorgehensweisen Streben nach Erfolg vs. Angst vor Misserfolg Training und Ausbildung, Wissen und Souveränität Agiles Vorgehen in der Praxis / Juni

15 Wie kann man Agil erfolgreich verkaufen? Agiles Vorgehen in der Praxis / Juni

16 Agiles Vorgehen in der Praxis / Juni

17 Offen und ehrlich sein (1/2) Nicht die Anforderungen werden detailliert fixiert, sondern Ressourcen und Zeit Änderungen oder Re-work können ggfs. Konsequenzen haben wie den Wegfall von Low-Prio Features Agiles From Vorgehen Ryan Matena, in der Praxis Ready / Juni for Agile, 2015 Projects@Work.com, 9/28/06 17

18 Offen und ehrlich sein (2/2) Resourcen & Zeit sind unsicher Finaler Anforderungsumfang ist unsicher From Ryan Matena, Ready for Agile, 9/28/06 Agiles Vorgehen in der Praxis / Juni

19 Transparenz schaffen Agile Vorgehensweise und konkrete Anpassungen im Projekt erläutern, z. B. wie Zeremonien gestaltet werden Einfaches Ampel-Reporting ohne unnötige IT- Komplexität z.b. in Excel Backlog, Burn-Down Chart, Issue Tracker, Risk Register Planabweichungen transparent kommunizieren Reporting-Artefakte für jeden leicht zugänglich Agiles Vorgehen in der Praxis / Juni

20 Zeremonien Das Daily Stand-Up Meeting Daily Scrum Every 24 hours 15 Min I did I plan to do. I did I plan to do. I did I plan to do. 1. What I did since the last meeting 2. What I plan to do before the next meeting 3. Any impediments to my work I did I plan to do. Every 24 hours I did I plan to do. Agiles Vorgehen in der Praxis / Juni 2015 Quelle: Watermark 20 Learning

21 Referenzen aufzeigen Bericht über erfolgreiches Leuchtturm-Projekt Nach Möglichkeit bewährtes Agiles Projektteam einsetzen Reale Reporting Artefakte aus dem Projekt demonstrieren Authentische Reaktionen auf Planabweichungen Kosteneinsparungen durch Agil Fehler und Lessons Learned in diesem Projekt Was wurde nicht realisiert? Agiles Vorgehen in der Praxis / Juni

22 Wissen vermitteln Professionelle Trainings für den Fachbereich ermöglichen, z.b. Product Owner in SCRUM Backlog Items (User Stories) und Acceptance Criteria zusammen mit dem Fachbereich exemplarisch formulieren Den Vertretern aus dem Fachbereich die Fähigkeiten und die Verantwortung für die kontinuierliche Priorisierung des Backlogs geben Agiles Vorgehen in der Praxis / Juni

23 Die zentrale Figur im Fachbereich: der Product Owner Agiles Vorgehen in der Praxis / Juni

24 Das Dilemma des Teilzeit-PO Ein Product Owner aus dem Fachbereich steht selten dem Projekt zu 100% zur Verfügung Das Tagesgeschäft im Fachbereich hat üblicherweise Vorrang vor dem Projekt Dem Product Owner aus dem Fachbereich fehlt es oft an Erfahrung und Ausbildung in agilen Projekten Orientierung fällt schwer Agiles Vorgehen in der Praxis / Juni

25 Ein PO-Team als Lösung Der Lead Product Owner aus dem Fachbereich wird unterstützt bei der Definition von User Roles / Personas Erhebung von Anforderungen von Stakeholdern/Usern Definition von User Stories und Akzeptanzkriterien Priorisierung und dem Managen des Product Backlogs Moderation der Story Workshops Identifikation von Themes/Epics für Releases Iterations- und Releaseplanung Schätzung für Tasks, Personal- und Budgetbedarf Analyse der Auswirkungen der neuen Lösungen Erstellung von Übergangsanforderungen Durchführung des Akzeptanztests, Go-Live und Early Production Agiles Vorgehen in der Praxis / Juni

26 Das PO-Team (ein Beispiel) Der Lead PO aus dem Fachbereich hat das letzte Wort bei der nutzenorientierten Priorisierung I am a Dev SME I am the Lead PO I am a Business Analyst Der Business Analyst managed den Backlog Der Business Analyst formuliert User Stories und Akzeptanzkriterien Der Development Subject Matter Expert berät bzgl. der technischen Abhängigkeiten, Machbarkeiten und Risiken Agiles Vorgehen in der Praxis / Juni

27 Der Agile Business Analyst (BA) Ein Product Owner (PO) aus dem Fachbereich konzentriert sich oft auf strategische, Produkt- und Release- Aktivitäten Erstellung des Business Case, Marktanalyse, Definition der Roadmap, Erstellen von Releaseplänen Ein Teammitglied (oft aus der IT) mit BA Skills kann den PO unterstützen im Bereich der taktischen und Iterations-Aktivitäten Steuerung mit dem Produkt- und Sprint-Backlog, Teilnahme an (Scrum-) Zeremonien, Akzeptanz Agiles Vorgehen in der Praxis / Juni

28 Angewandtes SCRUM Der Business Analyst nimmt typischerweise die Rolle des Produkt Owners ein oder unterstützt ihn, insbesondere wenn niemand aus dem Fachbereich die erforderliche Zeit aufwenden kann Die Anforderungen aus dem Produkt-Backlog werden nach Kriterien wie Priorität, Stabilität u.s.w. für den nächsten Sprint geplant vom BA on behalf of Business Der Business Analyst ist neben seiner PO Rolle vor allem der Communication Facilitator Business Business Analyst / Product Owner Quelle: Wikipeda Agiles Vorgehen in der Praxis / Juni

29 Weltweit anerkanntes, professionelles Zertifikat für Business Analysten auf höchstem Niveau (vergleichbar mit PMP ) Zertifizierte CBAP haben nachgewiesene 7500 h (mind. 5 Jahre) Projekterfahrung in der Business Analyse, sind deshalb erfahrene Senior Professionals. Ein CBAP hat gute Kenntnisse im Projektmanagement nach PMBOK, da das BABOK in vielen Aspekten daran orientiert ist bzw. darauf basiert. Die meisten CBAP sind zu finden in Banken und Versicherungen, Telekommunikation. Andere Branchen folgen schnell. Derzeit ca CBAP weltweit, Wachstum > 20% p.a. CBAP Examen: 3,5 Stunden Klausur mit 150 Fragen, abzulegen nach Zulassung in anerkannten Prüfungsinstituten. Prüfung nach BABOK 2.0 bis ca. Ende 2015 möglich, dann erfolgt die Umstellung auf neue Prüfungsordnung!!! Agiles Vorgehen in der Praxis / Juni

30 Business Analyse erlernen The BABOK Guide Der globale Standard für Business Analyse Herausgeber: International Institute of Business Analysis (IIBA) in Toronto, Kanada 514 Seiten, 6 Wissensgebiete 5 Perspektiven wie Agile, BI, BPM Grundlage für die Zertifikate CCBA und CBAP Viele Techniken und anerkannte Best Practises BABOK v3.0 ist erschienen am 15. April 2015 Agiles Vorgehen in der Praxis / Juni

31 Wissensgebiete des BABOK v3 Agiles Vorgehen in der Praxis / Juni

32 BABOK v3 - Business Analysis Core Concept Model (BACCM TM ) Die Vorgehensweise Changes im Kontext von Unternehmen zu ermöglichen durch die Ermittlung des Bedarfs und die Empfehlung von Lösungen, die den Stakeholdern einen Wertbeitrag liefern Agiles Vorgehen in der Praxis / Juni

33 Perspektiven des BABOK v3 Agiles Vorgehen in der Praxis / Juni

34 Fazit / Summary Agile Vorgehensweisen erfordern Vertrauen Vertrauen kann aufgebaut werden durch Ehrlichkeit, Transparenz und Wissen Der Product Owner im Fachbereich benötigt Unterstützung für die kontinuierliche Erfassung und Priorisierung der Anforderungen (User Stories) Der Business Analyst bietet diese Unterstützung und das Interface Business-IT Agiles Vorgehen in der Praxis / Juni

35 More Business In The Driver Seat! Fragen? Kontakt: Agiles Vorgehen in der Praxis / Juni