Zwinne podejście do projektu i produktu Kto? Co? i Jak? Małgorzata Kusyk, PMP, PRINCE2P

Transkrypt

1 Zwinne podejście do projektu i produktu Kto? Co? i Jak? Małgorzata Kusyk, PMP, PRINCE2P

2 Parę słów o sobie 2

3 ERA kreatywności i relacyjności 3

4 "Agile is not a methodology. It is not something you do. It is something you become. That state comes after a mind shift. It requires that you let go of some of your current mindset Alan Gladman, Agile Coach 4

5 IBM 2010 Global CEO Study Źródło: Cultivating organizational creativity in an age of complexity. IBM Institute for Business Value

6 Praca oparta na wiedzy vs. zwinność Praca oparta na wiedzy Budowanie efektywnych zespołów Tworzenie, utrzymywanie i dzielenie się wiedzą Dostosowanie czasu do celów strategicznych Negocjowanie kolejnych kroków/etapów Podejście zwinne (Agile) Samoorganizujące się zespoły Retrospektywa, przeglądy Iteracje, okna czasowe Adaptacja, iteracyjny proces dopracowywania szczegółów planu Źródło: Human Interaction Management (HIM) 6

7 Pracownik-Kreator Twórczy proces pracy wymaga autonomii i swobody działania 7

8 Co to jest zwinność (agile)? Ludzie Proces Narzędzia 8

9 Agile? a disciplined discovery and delivery framework Ellen Gottesdiener 9

10 Metody Agile ASD: Adaptive Software Development XP: extreme Programmimg Crystal DSDM: Feature Driven Development Method FDD: Feature Driven Development Kanban Lean Development Scrum 10

11 BE Agile vs DO Agile DZIAŁAĆ Agile BYĆ Agile 11

12 Jak stajemy się Agile? 12

13 Manifest Zwinnego Oprogramowania Wytwarzając oprogramowanie i pomagając innym w tym zakresie, odkrywamy lepsze sposoby wykonywania tej pracy. W wyniku tych doświadczeń przedkładamy: Ludzi i interakcje ponad procesy i narzędzia Działające oprogramowanie ponad obszerną dokumentację Współpracę z klientem ponad formalne ustalenia Reagowanie na zmiany ponad podążanie za planem Doceniamy to, co wymieniono po prawej stronie, jednak bardziej cenimy to, co po lewej. Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler James Grenning Jim Highsmith Andrew Hunt Ron Jeffries Jon Kern Brian Marick Robert C. Martin Steve Mellor Ken Schwaber Jeff Sutherland Dave Thomas

14 Agile Manifesto Principles (1) Customer satisfaction by rapid delivery of useful software Welcome changing requirements, even late in development. Agile processes harness change for the customer s competitive advantage Working software is delivered frequently (weeks rather than months) 14

15 Agile Manifesto Principles (2) Close, daily cooperation between business people and developers Projects are built around motivated individuals. We need to give them environment and suport they need, and trust them to get the job done Face-to-face conversation is the best form of communication (co-location) 15

16 Agile Manifesto Principles (3) Working software is the principal measure of progress Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace Continuous attention to technical excellence and good design enhances agility 16

17 Agile Manifesto Principles (4) Simplicity the art of maximizing the amount of work not done is essential The best architectures, requirements, and designs emerge from self-organizing teams Regular adaptation to changing circumstance. At regular intervals, the team reflects on how to become more effective, then tunes and adjusts itsbehaviour accordingly 17

18 Łamiemy paradygmaty! Jakie? Process Traditional Management Adaptive Agile Management Measure of Success Conformance to Plan Response to Change Culture Command-and-Control Leadership /Collaborative Design Big Design Up Front Continuous Improvement QA Big Test on Backend Continuous Improvement Change Eliminate or Control Welcome and Promote Value Perfection Excellence Just enough Źródło: zaadaptowane z Rally Software 18

19 Bycie Agile Perspektywa systemu Tolerancja na niewiadomą Budowanie relacji i współpraca Aktywna komunikacja Transparentność Eksperymentowanie i nauka na błędach Innowacyjność i adaptacja Prostota i iteracyjność Koncentracja na wartości Metoda 19

20 We can t solve problems by using the same kind of thinking we used when we created them. Albert Einstein Management MUST Be Reinvented Gary Hamel 20

21 BYĆ AGILE Plan Rozwoju Osobistego - BYĆ AGILE Imię i nazwisko., Data: Wartości/Pryncypia Agile Działanie Kiedy Kryteria akceptacji 21

22 Działać Agile 22

23 Co? 23

24 Kontekst Kontekst projektowy Kontekst produktowy 24

25 Zwinne działanie / Doing Agile Waterfall - tradycyjny Wymagania Agile 20% wykonane 100% użyteczne Wymagania Czas Koszt zmiany wzrasta Projektowanie Kodowanie Testowanie Projektowanie Kodowanie Testowanie Czas 25

26 Funkcjonalność Progressive elaboration Czas 26

27 Stożek niepewności 27

28 Stacey Model 28

29 Cynefin Model 29

30 Agile vs. Żelazny Trójkąt 30

31 Czas w Agile Just enough Wysokopoziomowe wymagania Utrzymywane w rejestrze Priorytetyzowane i wyceniane na wysokim poziomie szczegółowości Just in Time Uszczegóławiaj tylko kiedy konieczne Just before Wysokopoziomowe wymagania Wspólna analiza praca zespołowa Dostarczaj przyrostowo najbardziej wartościowe i najbardziej ryzykowne na początku 31

32 Stożek niepewności w Agile 32

33 Kto? 33

34 CRACK Produkt Owner (aka Product Champion) Collaborative Representative Authorized Committed Knowledgeable Product Ownership in a Nutshell Henrik Kniberg 34

35 Zespół zwinny = cały zespół Zespół dostarczający Biznes Product Manager/Product Owner Eksperci SME Użytkownik końcowy Analiza, Projektowanie, Kodowanie UX projektanci, graficy Analitycy Biznesowi Projektanci/Architekci Programiści Projektanci baz danych Eksperci bezpieczeństwa Projektanci sieci Technical writers Coach/Moderator (facilitator) Project manager Scrum Master / Agile Coach Społeczność projektowa Sponsor Product Manager Kierownik funkcjonalny Eksperci Użytkownicy Kupujący Sprzedaż Marketing Szkolenia Operacje 35

36 Czym się zajmuje zwinny zespół? Przynosi zwrot z inwestycji (ROI) bo koncentruje się na WARTOŚCI Dostarcza oczekiwane rezultaty bo angażuje klienta Zarządza niepewnością poprzez ciągłą interakcję, przewidywanie i adaptację Wyzwala kreatywność i innowacyjność poprzez uznaniu, że ludzie są wartością i tworzeniu kultury, w której każdy może się wykazać Poprawia wyniki poprzez grupową odpowiedzialność za rezultaty i wspólną odpowiedzialność za efektywność zespołu Doskonali efektywność i wzmacnia wiarygodność dzięki zastosowanym strategiom, procesom i praktykom Źródło: Agile Project Leadership Declaration of Interdependence 36

37 Praktyki Agile Zarządzanie rejestrem Chartering Retrospektywa Ciągłe planowanie Inspekcja i adaptacja Visual management 37

38 Czego nas Scrum uczy? Autor: Karol Żurek 38

39 Czego nas uczy XP? Respect 39

40 Czego nas uczy DSDM? 1. Koncentracja na potrzeba biznesowej 2. Dostarczanie na czas 3. Współpraca 4. Jakość nie może być kompromisem 5. Przyrostowe dostarczanie (mocny fundament) 6. Iteracyjne dostarczanie 7. Ciągła komunikacja 8. Kontrola 40

41 Czego nas uczy Lean? 41

42 DZIAŁAĆ AGILE Plan Rozwoju Osobistego - DZIAŁAĆ AGILE Imię i nazwisko., Data: Praktyki Agile Działanie Kiedy Kryteria akceptacji 42

43 Pytania 43

44 Kontakt Blog: 44

45 Zdjęcia Authors: KROMKRATHOG Pong nokhoog_buchachon Salvatore Vuono 45