Post-agilism: wybór najlepszego rozwiązania Bogdan Bereza bogdan.bereza@victo.eu www.victo.eu/kkio2013/post_agilism.ppsx

Plan warsztatów 4. 5. 6. 7. 8. Wstęp - organizacja Wstęp merytoryczny – agile Pora na post-agilism Warsztaty: Podsumowanie 4. 5. 6. 7. 8.

1. Wstęp - organizacja 4. 5. 6. Wstęp - organizacja Wstęp merytoryczny Pora na post-agilism Warsztaty: Podsumowanie 4. 5. 6.

Sprawy praktyczne 14:00-15:00 rejestracja, poczęstunek w sali 126 Pracujemy do 14:00 Przerwa na lunch 12:00 – 12:30?

Bogdan Bereza ISTQB IREB TickIT IEEE CSDP

Czego szukamy? Kim jesteśmy?

<< 1 >> Po co agile? Po co stosuję agile? - praca indywidualna Dlaczego co JA|MY stosujemy agile? (może dlatego, że jest modne? ) (jeśli ktoś nie stosuje, to: „dlaczego planujemy stosować agile?”, albo „dlaczego inni stosują agile?”) 3-5 minut pracy, prezentacje

2. Wstęp merytoryczny 4. 5. Wstęp - organizacja Wstęp merytoryczny Pora na post-agilism Warsztaty: Podsumowanie 4. 5.

Po co ten wstęp? STĄD NIEPOROZUMIENIA Bo „agile” jest modnym słowem… … agile scrum jest popularną metodą… … ale słabo jest znany szerszy kontekst… STĄD NIEPOROZUMIENIA

Ewolucja IT FORMALIZM 1 pułapka biurokracji 2 pułapka biurokracji ITIL itd.. Bifurkacja Rewolucje NATO SE Realizm Przed tranzys- torem Totalitaryzm Myślenie Mistycyzm Pułapka rzemieślnicza 1950 1968 1993 2002 CZAS 2013

Wybory Inżynier IT: myśli Umiejętnośći nieformalne Proces, metoda PRINCE 2, ISTQB, ITIL: liczy się tylko formana certyfikacja! (wyłącznie nasza) Eksploracyjny guru: liczą się tylko intuicja i kreatywność! (zwłaszcza moja) Inżynier IT: myśli

Historia i kontekst podejścia AGILE Mityczny osobo-miesiąc EVO (1970) RAD / DSDM JAD Daily build Cleanroom SW Engineering Lean

Mityczny osobo-miesiąc 1975, 1995 Kryzys oprogramowania? Inżynieria oprogramowania 1968

EVO gilb.com/Project-Management Wywiad z Tomem Gilbem w CW

RAD Lata 70-e Prototypy Traktowany jako odpowiedź na metody kaskadowe DSDM: RAD + konsorcjum

JAD Już w latach 70-ych Jako metoda pozyskiwania wymagań w DSDM

Codzienne budowanie (daily build) Lata 90-e (Microsoft) Testy dymne (smoke test) Ciągła integracja Automatyzacja testów regresji

Cleanroom Software Engineering Lata 80-e Projekty wojskowe lata 90-e Metody formalne Testy statystyczne Rygorystyczne przeglądy Wytwarzanie przyrostowe

Lean software development www.poppendieck.com Mary i Tom, 2003

Manifest AGILE 2001 Wolimy: Ludzi i interakcje od procesów i narzędzi Działające oprogramowanie od obszernej dokumentacji Współpracę z klientem od formalnych ustaleń Reagowanie na zmiany od realizowania planu

Różne zwinne metodologie Rational Unified Process (1994) Scrum (1995) Crystal Clear (2004) XP (1996) / TDD Dynamic Systems Development Method (DSDM) (1995)

(spiralne, prototypowanie) Jeszcze o różnych SDLC Sekwencyjne (kaskadowy, model V)… … i „po kawałku” przyrostowe: iteracyjne: (spiralne, prototypowanie)

<<2>> Trudności Na jakie trudności najczęściej natrafiamy, stosując agile? - praca indywidualna 3-5 minut pracy, prezentacje

3. Pora na post-agilism 4. 5. 6. 7. 8. Wstęp - organizacja Wstęp merytoryczny Pora na post-agilism Warsztaty: Podsumowanie 4. 5. 6. 7. 8.

Lekka religijność…

Mer och mer kommer direktiven från ledningen om att köra Scrum Mer och mer kommer direktiven från ledningen om att köra Scrum. När man sedan märker att arbetssättet inte riktigt fungerar resulterar det i att varje projekt kör på sitt eget ”agila” sätt där man tummar på metodiken. Förtroendet och trovärdigheten minskar och därmed energin. Jag har sett tendenser till erkännande från vissa håll när man inte kör helt enligt boken. Man kallar det för att köra Scrumish eller kanske Scrum-ban, visst känner ni igen er? Sztywna metodyka…

Specyficzna subkultura…

<<3>> Korzyści AGILE się rzeczywiście sprawdza! Co jest w nim najlepsze? 3-5 minut pracy, prezentacje

Agile – dodatkowe korzyści 1(2) Zmusza do określenia wymagań Narzuca specyfikację wymagań Zapobiega „wrzutkom” i chaosowi Ochronna rola mistrza młyna ;-) Wymusza priotytety wymagań Wymaga ocenę pracochłonności

Agile – dodatkowe korzyści 2(2) Pozytywy (i negatywy) dynamiki grupy Codzienna kontrola statusu (scrum meeting) Zapobiega przerzucaniu odpowiedzialności Ułatwia komunikację

Post-agilism Jason Gorman developerfusion.com/article/84879/postagilism-8211-beyond-the-shock-of-the-new „Agile […] was truly shocking”… „it was born out of talent, training and discipline”… „those who join Agile today often lack the training and discipline of the founders. Agile is losing its meaning […]”

kohl.ca/2006/post-agilism-process-skepticism/ Jonathan Kohl kohl.ca/2006/post-agilism-process-skepticism/ „[…] quiet Agile skeptics. their experience has shown them that the “hype” doesn’t always work. Instead of slavishly sticking to Agile process doctrines, they use what works, in the context they are currently working with”

Robert C. Martin („wujek Bob”) weblogs.java.net/blog/rmartin/archive/2003/09/aristotles_erro.html „[…] going meta is a good thing. However, going meta requires experimental evidence […] And use a very skeptical eye when you see the word "agile" used”

Inne przykłady Dijkstra: lepsze oprogramowanie „strukturalne” Yourdon, DeMarco: „analiza strukturalna” (=dekompozycja) Kristen Nygaard: języki OO - dane na kopcu [heap] zamiast na stosie [stack]. Potem – uzasadnienia…

AGILE znaczy „dobre”? <<The danger is clear. The word "agile" will become meaningless. It will be hijacked by loads of marketers and consultants to mean whatever they want it to mean>> (2003!) Przykład?

Jakie wymagania wobec otoczenia projektowego stawiają metody agile? Wstęp - organizacja Wstęp merytoryczny Warsztaty: 4.

Agile? Jestem pewien, że podkomitet metodyk może wam pomóc! Zbędne dokumenty Jeśli tylko będziecie mogli dostarczyć wszystkie wymagane dokumenty, spelnić punkty kontrolne procesu, raporty statusu i procedury zarządzania zminami, na pewno dostaniecie zgodę! Agile? Jestem pewien, że podkomitet metodyk może wam pomóc! Zwykle wnioski o modyfikacje procesu akceptowane są już w ciągu sześciu miesięcy.

<<4>> Co utrudnia? 1(2) Przykłady wymagań procedur w organizacji, których przestrzeganie likwiduje sens metod agile Praca indywidualna, 3-4 minuty

<<5>> Co utrudnia? 2(2) Przykłady potrzeb metod agile, których spełnienie może być trudne z punktu widzenia potrzeb biznesu, marketingu, produkcji, działu prawnego, HR? Praca indywidualna, 3-4 minuty

<<6>> Jak sobie radzić? Z próbami zmian wymagań w trakcie trwania sprintu (przebiegu)? Z próbami obciążania uczestników Scrum Team innymi zadaniami? Praca indywidualna, 3-4 minuty

Jak w tym samym otoczeniu projektowym sprawnie realizować projekty zarówno metodami agile, jak i wszelkimi innymi? Wstęp - organizacja Wstęp merytoryczny Warsztaty: 5.

Hermetyzacja Projekty w organizacji Nakładka projektowa Projekt nie-agile Projekt agile

Hermetyzacja a la C++ class Projekt_agile : public Projekt {    void rozpocznijProjekt ();    // np. podział na przebiegi    [...] }; class Projekt {    public:    Projekt();    void rozpocznijProjekt ();    [...] }; class Projekt_tradycyjny : public Projekt {    [...] };

Przykłady działań nakładki dla AGILE Specyfikacja wymagań → product backlog [rejestr wymagań] Sprint review meeting → kamień milowy Release burndown chart (diagram spalania) → status projektu Kierownik projektu → właściciel produktu

<<7>> Inne sytuacje Inne przykłady rozwiązań pośredniczących między artefaktami agile scrum a artefaktami wymaganymi przez organizację Praca indywidualna, 3-4 minuty

Niekiedy rozwiązaniem jest realizowanie projektów, wobec których agile nie znajduje zastosowania, w formie symulowanego agile Wstęp - organizacja Wstęp merytoryczny Warsztaty: 6.

Wymagania Zachowuje się liczebność zespołu, codzinne spotkania, czas trwania przebiegu oraz przegląd na zakończenie przebiegu Tworzy się listę zadań, ale nie w formie opowieści użytkowników Nie stosuje się karty wypalenia

Korzyści Taka sama forma pracy Zachowanie niezależności zespołu Pełne kompetencje w zespole Planowany wynik określony z góry Jest to agile dostosowane do potrzeb

Ryzyka Zbyt mały zespół Zbyt krótki czas Zadanie niedostosowane do formy

<<8>> Przykłady zadań, które możnaby realizować w formie „symulowanego przebiegu” Praca indywidualna, 2-3 minuty

Poza agile: organizacja Wstęp - organizacja Wstęp merytoryczny Warsztaty: 7.

Poza przebiegami Określenie wizji i zakresu projektu Pozyskiwanie, analiza, negocjowanie i walidacja wymagań Projektowanie architektury systemu Szacowanie pracochłonności całego projektu Testy odbiorcze (akceptacyjne)

Wizja i zakres projektu Zastosowanie agile jako wymaganie projektowe Wizja określa nadrzędny cel biznesowy, który będzie podstawą priorytetyzacji Zakres określa w przybliżeniu rejestr wymagań produktu

Inżynieria wymagań Budowanie szczegółowego rejestru wymagań produktu Specyfikacja – głównie w postaci opowieści użytkowników (user stories) Kluczowe jest zarządzanie zmianami wymagań

Pomocne pojęcia Scrum Temat (theme): cel biznesowy, często wspolny dla wielu projektów Epika (epic): grupa opowieści użytkowników, często jueszcze nieprecyzyjnych Ostrze (spike): okres między przebiegami na stworzenie prototypu, podjęcie decyzji

8. Poza agile: wiedza Wstęp - organizacja Wstęp merytoryczny Warsztaty: 8.

Ścieżka kariery w agile Jakie mogą być ścieżki kariery dla uczestników projektów agile? Dyskusja

Agile a wiedza tradycyjna Analiza biznesowa / inżynieria wymagań Architektura systemów Programowanie Zarządzanie projektami Testowanie Utrzymanie

9. Jeszcze - podsumowanie Wstęp - organizacja Wstęp merytoryczny Pora na post-agilism Warsztaty: Podsumowanie 4. 5. 6. 7. 8.

Jak będzie wyglądać agile za 10 lat? Czy będzie istniał meta-proces do wyboru najwałaściwszego procesu? Jak połączymy ulepszanie procesów z praktykami agile? Czy agile ulegnie rozwodnieniu i stanie się tylko słowem?

Post-agilism: wybór najlepszego rozwiązania Bogdan Bereza bogdan.bereza@victo.eu www.victo.eu/kkio2013/post_agilism.ppsx