MIROSLAWDABROWSKI.COM Mirosław Dąbrowski O krok bliżej w stronę zwinności
Agenda Czym jest Agile oraz co oferuje? Korzyści wynikające ze stosowania podejścia zwinnego Agile a podejście tradycyjne Porównanie PRINCE2 a PRINCE2 Agile Ludzie Komunikacja Współpraca Q&A Intro 2/6 2/39
Mirosław Dąbrowski AgilePM, DSDM, PRINCE2, PRINCE2 Agile, MSP, MoP, P3O, M_o_R, MoV, ITIL, ASL2, BiSL, COBIT5, CISA, CISM, CRISC, TOGAF 8/9L2, PSM1, SDC, SMC, SPOC, AEC, CAPM, SCJP, SCWCD, SCBCD, SCDJWS, SCMAD, OCA, OCP, MCT, MCP, MCITP, MCSA, MCSE, MCSE+S, MCS, MCTS, IQBBA, REQB, ISTQB, Network+, Server+, Project+, Security+, CASP, OMG UML Advanced, Apollo 13 ITSM simulation trainer Intro www.miroslawdabrowski.com 3/6 3/39
Mirosław Dąbrowski / 12 lat aktywnie w branży IT 12 lat międzynarodowego doświadczenia w IT 10 lat praktyki jako międzynarodowy trener 100+ klientów (sektor publiczny i prywatny) 15000 zrealizowanych godzin szkoleń i warsztatów 3000+ przeszkolonych osób (w Polsce i Europie) 25+ prowadzonych lub wspieranych zespołów 100+ certyfikacji z obszaru IT oraz zarządzania 10 akredytacji trenerskich 35+ zaprojektowanych akredytowanych szkoleń 100+ projektów komercyjnych i non-profit 5 prestiżowych wyróżnień oraz tytułów 100% pasji od czasów C64 i Amigi Intro 4/6 4/39
Regularnie wydawany kwartalnik od 3 lat 100% hit the deadline! Harley Lovegrov Jerzy Stawicki Grzegorz Szałajko Mark Smalley Urban Aderklint Arie van Bennekum Maciej Bodych Hans devries Bohdan W. Oppenheim J. Kent Crawford 3 5000+ lata wydań odbiorców artykułów stron łącznie pasji 126 Intro 12 376 100% 5/6 5/39
Portfel projektów IT - Rozwój marki PMI PC w Internecie pmi.org.pl 01.2016 Strefapmi.pl 03.2015 kidscamp.pl 06.2015 ntpm.pl 02.2016 pmi.wroclaw.pl 02.2016 english-camp.pl 02.2016 Projekty pamsummit.pl Q2 2016 Konferencje congresspmi.org.pl Q1 2016 Intro 6/6 6/39
MIROSLAWDABROWSKI.COM
Manifest Agile "Odkrywamy lepsze sposoby na rozwój oprogramowania robiąc to i pomagając innym to robić". Agile (empiryczny model procesu) Tradycyjny (deterministyczny model procesu) Ludzie i interakcje bardziej niż Procesy i narzędzia Działające oprogramowanie bardziej niż Kompleksowa dokumentacja Współpraca z klientem bardziej niż Negocjacja umów Reagowanie na zmiany bardziej niż Realizacja planu Choć pozycje z prawej strony mają swoją wartość, bardziej cenimy te wymienione po lewej stronie. www.agilemanifesto.org Czym jest Agile oraz co oferuje? 2/8 8/39
Czym jest Agile? Filozofia pracy i styl myślenia (brak sztywnych zasad) Elastyczność, transparentność, adaptacja, przyrostowe dostarczanie, iteracyjny cykl, odpowiedź zwrotna, krótkie ścieżki komunikacji Bliska i ciągła współpraca z klientem i użytkownikiem Zapewnienie, że rozwiązanie odpowiada potrzebom biznesowym Koncentracja na wartości biznesowej / rezultacie, a nie jedynie planie projektu / produkcie końcowym Koncentracja na dostarczaniu wartości, a nie sztywnej definicji produktu Decydowanie o szczegółach najpóźniej, jak to możliwe Zamiast big design up front (BDUF) stosujemy enough design up front (EDUF) If a process is too unpredictable or too complicated for the planned (predictive) approach, then the empirical approach (measure and adapt) is the method of choice Ken Schwaber Czym jest Agile oraz co oferuje? 3/8 9/39
Chaos Resolution by Agile vs Waterfall Size Method Successful Challenged Failed All Size Projects Agile 39% 52% 9% Waterfall 11% 60% 29% Large Size Projects Medium Size Projects Small Size Projects Agile 18% 59% 23% Waterfall 3% 55% 42% Agile 27% 62% 11% Waterfall 7% 62% 25% Agile 58% 38% 4% Waterfall 44% 45% 11% The resolution of all software projects from FY2011-2015 within the new CHAOS database segmented by the agile process and waterfall method. The total number of software projects is over 10.000 Czym jest Agile oraz co oferuje? 4/8 10/39
Dlaczego projekt nie udają się? Lack of Qualified Resources 3% Other 1% Poor Requirements Definition 50% Other Lack of Qualified Resources Communication Problems Communication Problems 14% Inadequate Risk Management Poor Scope Definition Poor Requirements Definition Inadequate Risk Management 17% Poor Scope Definition 15% ESI International survey of 2000 business professionals, 2005 Czym jest Agile oraz co oferuje? 5/8 11/39
10 głównych kluczowych czynników sukcesu Top 10 Reasons for Success 1. User Involvement 2. Executive Management Support 3. Clear Business Objectives 4. Optimizing Scope 5. Agile Process 6. Project Manager Expertise 7. Financial Management 8. Skilled Resources 9. Formal Methodology 10. Standard Tools and Infrastructure Użytkownik końcowy! (ten co używa) Nie tylko sam klient (ten co płaci) Czym jest Agile oraz co oferuje? 6/8 12/39
Zmierzone i uzyskane wyniki po wdrożeniu Agile Czym jest Agile oraz co oferuje? 7/8 13/39
Główne powody wdrażania podejścia zwinnego Czym jest Agile oraz co oferuje? 8/8 14/39
MIROSLAWDABROWSKI.COM
AgilePM vs. Waterfall Decyzja Demo Plan Projekt rozwiązania Budowa Testowanie Wydanie Przegląd Dostarczona wartość (big bang ryzyko zaburzenia pracy operacyjnej / spadek wydajności) wartość Agile a podejście tradycyjne 2/16 16/39
AgilePM vs. Waterfall Plan Projekt rozwiązania Budowa Testowanie Wydanie Przegląd Dostarczona wartość (big bang ryzyko zaburzenia pracy operacyjnej / spadek wydajności) Decyzja Demo Decyzja Demo Decyzja Demo Decyzja Demo Plan Analiza Testowanie Przegląd Plan Analiza Testowanie Przegląd Plan Analiza Testowanie Przegląd Plan Analiza Testowanie Przegląd Dostarczona wartość Dostarczona wartość Dostarczona wartość Dostarczona wartość Zmiana lub dostosowanie wymagań projektowych do aktualnych potrzeb biznesowych wartość Agile a podejście tradycyjne 3/16 17/39
AgilePM vs. Waterfall Agile a podejście tradycyjne 4/16 18/39
Plan-Driven Projects vs Change-driven Project (Agile) Zaangażowanie biznesu (widoczność) Łatwość wprowadzania zmian Wartość biznesowa czas Ryzyko (dostarczenia nieodpowiedniego produktu) czas czas Waterfall Agile czas Agile a podejście tradycyjne 5/16 19/39
US Department of Defence (DoD) przechodzi transformację US Department of Defense (DoD) is going agile with the help of Dr. Jeff Sutherland Early and continual involvement of the user, Multiple, rapidly executed increments or releases of capability, Early, successive prototyping to support an evolutionary approach, A modular, open-systems approach. 15 Grudnia 2010 https://www.mitre.org/sites/default/files/pdf/11_0401.pdf Agile a podejście tradycyjne 6/16 20/39
SYSTEM ERROR - Fixing the flaws in government IT Most attempts to solve the problems with government IT have treated the symptoms rather than resolved the underlying system-wide problems. This has simply led to doing the wrong things better. Most government IT therefore remains trapped in an outdated model, which attempts to lock project requirements up-front and then proceeds at a glacial pace. The result is repeated system-wide failure. Marzec 2011 http://www.instituteforgovernment.org.uk/publications/system-error Agile a podejście tradycyjne 7/16 21/39
UK Government ICT Strategy / Marzec 2011 PART 1 REDUCING WASTE AND PROJECT FAILURE, AND STIMULATING ECONOMIC GROWTH 12. Government will ensure that technology requirements are considered earlier in the policymaking process. This approach will be supported by the application of lean and agile methodologies that will reduce waste, be more responsive to changing requirements and reduce the risk of project failure. 13. Where possible, government will move away from large ICT projects that are slow to implement or pose a greater risk of failure. Additionally, the application of agile ICT delivery methods, combined with the newly established Major Projects Authority, will improve government s capability to deliver projects successfully and realise benefits faster. https://www.gov.uk/government/uploads/system/uploads/attachment_data/file/85968/uk-government-government-ict-strategy_0.pdf Agile a podejście tradycyjne 8/16 22/39
PRINCE2 Agile / Lipiec 2015 Agile a podejście tradycyjne 9/16 23/39
Blending PRINCE2 and Agile together Agile a podejście tradycyjne 10/16 24/39
Nie tracimy kontroli! Czas Budżet Ryzyko Plan Projektu, Plan Etapu, Opis Produktu Końcowego Projektu, Struktura Podziału Produktów Team Velocity, Product Complexity Plan Projektu, Plan Etapu Release Planning, Epics / User Stories / Velocity, Relative Complexity Estimation Strategia Zarzadzania Ryzykiem, Rejestr Ryzyka Transparentność, długość sprintów, Ilość wydań, stabilność/zgranie zespołów Jakość Zakres Korzyści Strategia Zarzadzania Jakością, Kryteria Akceptacji, Kryteria Jakości Opis Produktu Końcowego Projektu, Opisy Produktów, Struktura Podziału Produktów Uzasadnienie Biznesowe (Przewodniczący, Kierownik Projektu) DoR, DoD, Acceptance Criteria Product Backlog, Sprint Backlog, Epics, User Stories, Tasks Wartość (Product Owner) Agile a podejście tradycyjne 11/16 25/39
Principles and Behaviours The Agilometer The Agilometer in PRINCE2 Agile has 6 key areas This represents a starting point, it can be tuned. Agile a podejście tradycyjne 12/16 26/39
Zwinne metodyki, frameworki, metody etc. Scrum XP PRINCE2 Agile SAFe Mindset Agile 4 Wartości Agile 12 Pryncypiów Agile Praktyki Agile Agile a podejście tradycyjne 13/16 27/39
Galaktyka Agile! Agile a podejście tradycyjne 14/16 28/39
Lekkie oraz pełniejsze metody zwinne Scrum Lean software development Kanban (process + method) Extreme Programming (XP) Continuous Integration (CI) Continuous Delivery (CD) Feature Driven development (FDD) Test Driven Development (TDD) Acceptance Test Driven Development (ATDD) Crystal Clear Scrum Nexus Scrum-of-Scrums Scrum at Scale (Scrum@Scale) PRINCE2 Agile (P2A) Large-scale Scrum (LeSS) Scaled Agile Framework (SAFe) Disciplined Agile Delivery (DAD) Agile Programme Management (AgilePgM) Agile Project Management (AgilePM) Dynamic Systems Development Method (DSDM) Agile Unified Process (AUP) Open Unified Process (OpenUP) Crystal Clear Lekkie metody Pełniejsze metody (ponad 1 zespół) Agile a podejście tradycyjne 15/16 29/39
Pozycjonowanie metod zwinnych Portfel Inwestycyjny Program Projekt Kanban Disciplined Agile Delivery (DAD) AgilePgM AgilePM DSDM AgilePF AgileBA Scaled Agile Framework (SAFe) Large-Scale Scrum (LeSS) Huge Large-Scale Scrum (LeSS) Scrum@Scale Scrum Nexus PRINCE2 Agile Management of Portfolios (MoP) Managing Successful Programmes (MSP) PRINCE2 Zespół ScrumBan Scrum Wytwarzanie Lean Software Development / extreme Programming (XP) / Refactoring / Test Driven Development (TDD) / Feature Driven Development (FDD) / Behavior Driven Development (BDD) / Continuous Testing (CT) / Continuous Integration (CI) / Continuous Delivery (CD) / Continuous Deployment (CD) / DevOps / Rugged DevOps Yet remember - Focus on Goals and results, not Best Practices! Non Agile (just for comparison) Agile a podejście tradycyjne 16/16 30/39
Ludzie 1/3 31/39
Ludzie Alistair Cockburn First-Order Components in Software Development In the title, [of his article] I refer to people as "components". That is how people are treated in the process / methodology design literature. The mistake in this approach is that "people" are highly variable and non-linear, with unique success and failure modes. Those factors are first-order, not negligible factors [ ] Ludzie 2/3 32/39
Ludzie wybrane narzędzia MBTI FFM DISC Assessment Holland Hexagon FIRO theory LIFO Method Strengths Finder Social Style Model INSIGHTS Tuckman model Gallup Q12 employee engagement survey Douglas McGregor XY Theory Virginia Satir s Model Maslow s Hierarchy of Needs The Gestalt Cycle Ludzie 3/3 33/39
Komunikacja 1/3 34/39
Komunikacja Alistair Cockburn Komunikacja 2/3 35/39
Komunikacja/Współpraca wybrane narzędzia Komunikacja 3/3 36/39
Współpraca 1/2 37/39
Współpraca http://www.qsm.com/process_improvement_01.html Współpraca 2/2 38/39
MIROSLAWDABROWSKI.COM miroslawdabrowski.com/downloads miroslawdabrowski@gmail.com in/miroslawdabrowski +miroslawdabrowski miroslaw_dabrowski miroslawdabrowski @mirodabrowski Closing 1/1 39/39