Agile – ale o co chodzi? Scrum, Kanban, XP

Prezentacja na temat: "Agile – ale o co chodzi? Scrum, Kanban, XP"— Zapis prezentacji:

1 Agile – ale o co chodzi? Scrum, Kanban, XP
Paweł Wójciak 1

2 Cele wykładu Zapoznanie z rysem historycznym dotyczącym zarządzania projektami. Przedstawienie podstawowych informacji dotyczących najpopularniejszych metod z obszaru zwinnego zarządzania projektami. Analiza specyfiki projektów opartych o wiedzę i innowację w kontekście doboru metod zarządzania. Zachęcenie do postrzegania tworzenia oprogramowania jako rzemiosła. Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 2 2

3 Zarządzanie projektami – krótka historia
Do ok roku – niesformalizowane Frederic Taylor – „zarządzanie naukowe” Zastąpienie tradycyjnych metod pracy metodami opartymi na naukowym badaniu zadań, Selekcja i szkolenia pracowników w oparciu o naukowe metody jest lepsze niż pasywne pozostawienie ich, aby szkolili się sami, Zapewnienie „szczegółowych instrukcji i nadzoru każdemu pracownikowi, aby monitorować jego indywidualną wydajność”, Podział pracy, w którym kierownicy stosują naukowe metody do planowania pracy, którą faktycznie wykonują pracownicy Frederick W. Taylor Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 3

4 Ojcowie Zarządzania Projektami
Henry Gantt ( ) „Ojciec technik planowania i kontroli” System zadań i premii dla Bethlehem Steel „Work, Wages and Profits” – 1910 „Organizing for Work” Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 4

5 Ojcowie Zarządzania Projektami
Henri Fayol (1841 – 1925) "Administration Industrielle et Générale” Funkcje zarządzania przewidywanie organizowanie rozkazywanie koordynowanie kontrolowanie Zasady zarządzania Podział pracy - specjalizacja Autorytet (władza) – formalny i osobisty Dyscyplina Jedność rozkazodawstwa Jednolitość kierownictwa Podporządkowanie interesu osobistego interesowi ogółu Wynagrodzenie – sprawiedliwe Centralizacja (decyzyjności) Hierarchia Ład Ludzkie traktowanie personelu Stabilizacja personelu – wzrost efektywności Inicjatywa – decyzyjność motywuje Esprit des Corps – Team Sprit Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 5

6 Historia zarządzania - podsumowanie
Tradycyjne zarządzanie wyrosło ze środowiska produkcji przemysłowej Wzrost efektywności wykonywania powtarzalnych prac Zakłada możliwość łatwego dzielenia pracy na etapy/zadania Hierarchia pomaga systematyzować strukturę dużych organizacji Dysproporcja kompetencji kadry zarządzającej i załogi wymaga podejścia „rozkazuj i kontroluj” Kierownik = dowódca Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 6

7 Współczesność – organizacje PM
IPMA – 1967 PMI – 1969 (PMBOK 5th edition ) Office of Government Commerce (OGC)/APM – PRINCE2 (:2009), ITIL (v3 – 2007, 2011) Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 7

8 Zarządzanie projektami w ujęciu PMBOK
5 grup procesów Inicjacja Planowanie Wykonanie Monitorowanie i kontrola Zamykanie 10 obszarów Zarządzanie integracją projektu Zarządzanie zakresem projektu Zarządzanie czasem w projekcie Zarządzanie kosztami projektu Zarządzanie jakością projektu Zarządzanie zasobami ludzkimi w projekcie Zarządzanie komunikacją w projekcie Zarządzanie ryzykiem projektu Zarządzanie dostawami w projekcie Zarządzanie interesariuszami projektu Obszary te istnieją - niezależnie od metody(ki) realizacji projektu! Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 8

9 Winston Royce i model Waterfall
„Managing the Development of Large Software Systems” Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 9

10 Czego nie doczytano? „I believe in this concept, but the implementation described above is risky and invites failure” [After test results and findings] required design changes are likely to be so disruptive that the software requirements upon which the design is based and which provides the rationale for everything are violated. Either the requirements must be modified, or a substantial change in the design is required. In effect the development process has returned to the origin and one can expect up to a l00-percent overrun in schedule and/or costs Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 10

11 Problemy z planowaniem predykcyjnym
©2005 Paragon Innovations, Inc. Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 11

12 Problemy z planowaniem predykcyjnym
Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 12

13 Planowanie w złożonym środowisku
Musicie zapewnić stałą temperaturę 22⁰C w pomieszczeniu 6x12m. O 8:00 jest uruchamiany program sterujący ogrzewaniem, wentylacją, żaluzjami i Klimatyzacją z góry na cały dzień, aby utrzymać zadaną temperaturę. Pytanie: Jakie zmienne musicie wziąć pod uwagę przy programowaniu urządzeń? Ilość osób w pokoju w określonych porach, poziom ich metabolizmu i aktywności, pora roku i pogoda na zewnątrz, temperatura w sąsiednich pomieszczeniach, działające urządzenia elektryczne i gazowe, materiał z którego zbudowany jest budynek i ściany pomieszczenia, wnoszone ciepłe posiłki, obecność wentylacji grawitacyjnej… Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 13

14 Prostsze rozwiązanie Zastosować podejście empiryczne:
Często mierzyć temperaturę Dostosowywać pracę urządzeń (ogrzewanie/chłodzenie) Zapewnić transparentność, tzn. zagwarantować, że mierzona jest faktyczna temperatura w pokoju. Tak naprawdę potrzebny jest tylko ten parametr i częste dostosowywanie! Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 14

15 Agile – ponieważ grawitacja działa…
Potrzeby klientów zmieniają się. Grawitacja. To, co może zrealizować zespół, znane jest tylko jego członkom i zmienia się w czasie. Grawitacja. Świat i biznes zmienia się w szybkim tempie, tworząc sytuacje trudne do wcześniejszego przewidzenia. Grawitacja. Nie można powziąć zobowiązania za kogoś innego i spodziewać się maksymalnego zaangażowania. Grawitacja. Tworzenie oprogramowania jest pracą twórczą a nie wytwórczą i rządzi się innymi prawami niż fabryka. Grawitacja. Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 15

16 Fundamenty Agile Empiryzm Samoorganizacja Współpraca Priorytetyzacja
Rytm Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 16

17 Agile Manifesto Podpisany w 2001 roku przez 17 osób związanych z „lekkimi metodami tworzenia oprogramowania” Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 17

18 Wartości Agile Scrum XP Kanban Skupienie Odwaga Otwartość Zobowiązanie
Szacunek XP Prostota Komunikacja Informacja zwrotna Szacunek Odwaga Kanban Kaizen Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 18

19 Scrum Jeff Sutherland i Ken Schwaber (OOPSLA ‘95)
Scrum (rzecz.): metoda, przy użyciu której ludzie mogą z powodzeniem rozwiązywać złożone problemy adaptacyjne, by w sposób produktywny i kreatywny wytwarzać produkty o najwyższej możliwej wartości. Scrum jest: • lekki, • łatwy do zrozumienia, • bardzo trudny do opanowania. Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 19

20 Scrum Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 20

21 Iteracyjność Sprinty to iteracje o sztywnych ramach czasowych.
Cała praca związana z wydaniem nowego inkrementu produktu odbywa się w sprincie. Sprint ma stałą długość – 1 miesiąc lub mniej (rytm). Długość Sprintu zależy od akceptowalnego horyzontu planowania. Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 21

22 Scrum - elementy Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 22

23 Role i odpowiedzialności
Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 23

24 Artefakty Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 24

25 Ceremonie Sprint Planning Daily Scrum Sprint Review
Sprint Retrospective Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 25

26 Definition of „Done” Lista warunków, jakie musi spełniać produkt (i jego „ukończone” elementy) Funkcjonalność nie może posiadać „czegoś, co jeszcze trzeba dorobić” Definicja musi być przejrzysta – wszyscy zainteresowani muszą ją tak samo rozumieć Opisuje techniczną jakość produktu Powinna pomagać optymalizować utrzymalność i możliwość dalszego rozwoju (maintainability, sustainability, enhanceability) Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 26

27 Planowanie inkrementalne
Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 27

28 Planowanie w oparciu o dane empiryczne
Story Points – abstrakcyjna jednostka wielkości Złożoność Niepewność Praca Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 28

29 Planowanie w oparciu o dane empiryczne
Gra w wycenę – planning poker Wariant metody delfickiej Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 29

30 Planowanie w oparciu o dane empiryczne
Velocity – empiryczna miara postępu prac Sprint 2 Sprint 3 Sprint 4 Sprint 1 SP t Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 30

31 Kanban (jap.) „Tablica informacyjna”
System wspierający produkcję i logistykę – Toyota 1953 Zaadaptowany do środowiska IT przez Davida J. Andersona (Agile Management for Software Engineering: Applying the Theory of Constraints for Business Results – 2003) Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 31

32 „The Kanban Method” Zacznij od tego, co masz
Dąż do ewolucyjnych, przyrostowych zmian Respektuj obecny proces, role i stanowiska Wspieraj przywództwo na każdym szczeblu Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 32

33 6 zasad Kanban Wizualizacja przepływu pracy
Ograniczenie „pracy w toku” (Work in progress – WIP) Optymalizacja przepływu Jasne, precyzyjne zasady System infromacji zwrotnej Poprawa dzięki współpracy, rozwój dzięki eksperymentom Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 33

34 Kanban D A B C E Najprostszy przykład TO DO IN PROGRESS (WIP = 1) DONE
Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 34

35 Kanban A E F B D C Identyfikacja wąskich gardeł DEVELOPMENT (WIP = 2)
TESTING (WIP = 1) DEPLOYMENT (WIP = 1) TO DO DONE In progress Done In progress Done A E F B D C Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 35

36 Kanban Identyfikacja „wąskich gardeł”
Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 36

37 Interpretacja wykresu
Lead time Cycle time Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 37

38 eXtreme Programming Stworzone przez Kenta Becka i Rona Jeffriesa w projekcie C3 ( ) „Extreme Programming Explained” – 1999 Koncepcyjnie bliskie Scrumowi, ale zawiera również konkretne praktyki developerskie W praktyce – wiele elementów używanych przez zespoły Scrumowe Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 38

39 XP – 12 praktyk w grupach Pętle informacji zwrotnej Ciągły proces
Gra w planowanie Programowanie Parami Test-Driven Development Klient na miejscu Ciągły proces Małe wydania Refactoring Continuous Integration Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 39

40 XP – 12 praktyk w grupach Wspólne zrozumienie (Przejrzystość)
Metafora systemu Standard kodu Prostota projektu (KISS) Wspólny kod „Sustainable pace” 40-godzinny tydzień pracy Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 40

41 Warsztat - wprowadzenie
Podzielcie się na zespoły wielkości 3-9 osób Pracujecie w firmie, która planuje stworzenie aplikacji która zapewni dostęp do muzyki online, zarabiając na reklamach i płacąc artystom/wytwórniom tantiemy w zależności od popularności utworów Na stworzenie pierwszej wersji aplikacji jest 4 miesiące (uwarunkowania biznesowe) Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego

42 Zadanie 1: Przygotowanie Backlogu Produktu
Jest 1 grudnia, termin wydania to 30 marca Zdefiniujcie wymagania funkcjonalne i niefunkcjonalne Dla każdego elementu Backlogu użyjcie osobnej karteczki Rada: Nie próbujcie dokładnie analizować wszystkiego, wystarczy max. 20 najważniejszych elementów Czas: 15 minut Produkt: Backlog Produktu Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego

43 Zadanie 2: Porządkowanie Backlogu Produktu
Nadajcie każdemu elementu wartość biznesową w skali i zapiszcie ją w rogu karteczki Żadne dwa elementy nie mogą mieć takiej samej wartości W trakcie dyskusji możecie znaleźć nowe wymagania, połączyć lub rozbić już istniejące Posortujcie Backlog według wartości Czas: 15 minut Produkt: uporządkowany Backlog Produktu Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego

44 Zadanie 3: Szacowanie wielkości wymagań
Każdy z Was otrzymuje jeden zestaw kart do planning pokera Uzgodnijcie, który element Backlogu jest średniej wielkości i nadajcie mu wartość „5” „Wielkość” uwzględnia złożoność, niepewność oraz całość prac aby wymaganie było gotowe do użycia Głosujcie, określając relatywną wielkość wymagań – w przypadku znacznej różnicy zdań przedyskutujcie przyczyny i głosujcie ponownie; wynik oszacowania zapiszcie na karteczce z wymaganiem Zsumujcie oszacowania aby określić wielkość Backlogu Produktu Czas: 15 minut Produkt: Backlog Produktu z oszacowaniem Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego

45 Zadanie 4: Precyzowanie elementów Backlogu
Założenie: w dwutygodniowym Sprincie zespół może zrealizować 14 punktów Rozbijcie wymagania (tworząc w razie potrzeby nowe karty) w taki sposób, aby w pierwszych dwóch Sprintach złożoność żadnego nie przekroczyła 3 punktów a w kolejnych czterech Sprintach – 8 punktów Rada: rozbijając wymagania nie zapominajcie o ich wartości biznesowej Czas: 20 minut Produkt: Backlog Produktu o odpowiedniej granulacji Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego

46 Zadanie 5: Planowanie empiryczne
Założenie: w trzech pierwszych Sprintach Velocity zespołu wyniosło: 10, 13 i 15 punktów. Odpowiedzcie na następujące pytania: Czy zrealizujecie projekt w oczekiwanym czasie? Ile Sprintów potrzebujecie na zakończenie prac? Co jest sukcesem projektu? Jak możecie zwiększyć szansę sukcesu? Czas: 10 minut Produkt: harmonogram oparty o dane empiryczne Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego

47 Lektury K. Schwaber, J. Sutherland – Scrum Guide
M. Cohn – Agile Estimating and Planning M. Cohn – Succeeding with Agile: Software Development Using Scrum L. Adkins – Coaching Agile Teams: A Companion for ScrumMasters, Agile Coaches, and Project Managers in Transition D. Anderson - Kanban: Successful Evolutionary Change for Your Technology Business K. Beck – Extreme Programming Explained: Embrace Change limitedwipsociety.ning.com Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 47

48 Pytania ? Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego 48