Your SlideShare is downloading. ×
Szkolenia Pod Drzewem - Scrum Podstawy
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Szkolenia Pod Drzewem - Scrum Podstawy

8,527

Published on

Materiał szkoleniowy przedstawiający metodykę zarządzania projektami Scrum.

Materiał szkoleniowy przedstawiający metodykę zarządzania projektami Scrum.

Published in: Technology, Business
0 Comments
12 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
8,527
On Slideshare
0
From Embeds
0
Number of Embeds
7
Actions
Shares
0
Downloads
0
Comments
0
Likes
12
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. szkolenia pod drzewem Scrum Podstawy bnd 1.26.04 © 2006-2008 Tomasz Włodarek. Materiał udostępniony na podstawie licencji Creative Commons (by-nc-nd)
  • 2. Prowadzący Tomek Włodarek Certified ScrumMaster i ScrumPractitioner Na co dzień: Senior Project Manager/Agile Coach, Sabre Holdings, Kraków Wcześniej: Product Team Manager/Agile Coach, Motorola, Kraków Pełny profil zawodowy: www.linkedin.com/in/wlodarek www.poddrzewem.pl tomek@poddrzewem.pl
  • 3. * • Doświadczenie zawodowe Tomka obejmuje 11+ lat pracy w projektach związanych z produkcją oprogramowania na stanowiskach inŜynierskich (8) i kierowniczych (3+). W codziennej pracy ma do czynienia z zagadnieniami związanymi z prowadzeniem zespołów produktowych i projektów w granicach kilkunastu osobolat, zgodnie z procesami empirycznymi (agile, Scrum, Extreme Programming) jak i zdefiniowanymi, kaskadowymi procesami (stage-gate), opartymi o CMM i CMMI. • Jest praktykiem, entuzjastą i orędownikiem lekkich metod zarządzania projektami, oraz aktywnym członkiem społeczności agile-owej jako certyfikowany Scrum Practitioner (CSP). • Jego specjalnością jest przeprowadzanie konsultacji i szkoleń z zakresu produkcji oprogramowania, w szczególności wdraŜania i dostosowywania praktyk agile-owych oraz formowanie i coaching zespołów projektowych.
  • 4. Inicjatywa Pod Drzewem • Aktywne zabieganie o rozprzestrzenianie racjonalnego podejścia do produkcji oprogramowania • Szkolenia, prelekcje i warsztaty z zakresu zarządzania projektami w sposób empiryczny i adaptacyjny • Formowanie, mentoring i coaching zespołów projektowych • Doradztwo w zakresie wdraŜania podejścia empirycznego • Doradztwo w zakresie migracji lub definiowania adaptacyjnych procesów produkcji • Doradztwo w zakresie definiowania struktur i procesów w organizacjach IT o charakterze off-shore outsourcing • ABG S.A., Anixe Polska, CD Projekt RED, GE Money Bank S.A., Getin Bank S.A., Hurra Communications, Nokaut.pl, Quantum Software S.A., Sterkom, TRW Polska, VSoft S.A.
  • 5. Cel szkolenia Celem szkolenia jest nabycie przez uczestników podstawowej wiedzy na temat metody Scrum i jej zastosowania w procesie wytwarzania oprogramowania. © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 6. Program szkolenia • Wstęp do Agile Software Development • Wstęp do Scrum-a • Role i zakresy odpowiedzialności – ProductOwner, The Team, ScrumMaster • Minimalistyczne narzędzia – rejestr produktowy (Product Backlog), rejestr zadaniowy (Sprint Backlog), rejestr blokad (Impediments Backlog) • Przebieg iteracji (sprintu), praktyki i ceremonia • Monitorowanie przebiegu prac, Sprint Burndown • Analiza i adaptacja • Monitorowanie przebiegu projektu, definicja prędkości zespołu, Release Burndown • Sesja pytań i odpowiedzi © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 7. podejście tradycyjne (z braku lepszego określenia) plan–wykonanie Planowanie detaliczne i Ŝyczeniowe Wiarygodność planu jest zaleŜna od skali przedsięwzięcia Przygotowanie i utrzymanie planu jest kosztowne Odstępstwo od planu jest kosztowne Zdefiniowane i powtarzalne procesy Silnie wyodrębnione fazy produkcji Struktura organizacji sprzyja powstawaniu silosów kompetencyjnych Długie cykle produkcyjne, późna kapitalizacja © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 8. * Oto czego naprawdę potrzebował …a oto co zostało mu dostarczone klient… więcej wariantów pod adresem: www.projectcartoon.com
  • 9. podejście adaptacyjne (zwane równieŜ empirycznym) wizja–eksploracja Planowanie jest adaptacyjne, a procesy empiryczne Zmiana jest oczekiwanym i akceptowanym elementem projektu (ciągła weryfikacja kierunku rozwoju produktu ze względu na nieprecyzyjne wymagania) Ciągła optymalizacja procesów – obniŜanie kosztów i skracanie czasu potrzebnego na eksplorację przestrzeni moŜliwych rozwiązań (dopełniających lub alternatywnych) Nakładające się fazy produkcji Struktura organizacji oparta o interdyscyplinarne zespoły Krótkie cykle produkcyjne, moŜliwa szybka kapitalizacja © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 10. postulat agile software development * software≠produkcja przemysłowa software=tworzenie nowego produktu (projektowanie) *agile (pol. sprawny, zwinny, rzutki, zwrotny) – najczęściej stosowane polskie określenie: w kontekście produkcji oprogramowania: lekkie, zwinne [metody] © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 11. argumenty wspierające postulat • Szybko zmieniające się technologie (SW/HW) • Ogromna złoŜoność, kompleksowe zaleŜności • Innowacyjność wymuszona silną konkurencją • Zmieniające się wymagania • Stosunkowo niskie koszty wprowadzania zmian W większości przypadków powstaje nowy, unikalny produkt lub funkcjonalność będąca odpowiedzią na specyficzne potrzeby klienta © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 12. w naszej pracy przedkładamy – manifest agile* ludzi i interakcje z nimi ponad procesy i narzędzia działające produkty ponad kompleksową dokumentację współpracę z klientem ponad negocjowanie kontraktu reagowanie na zmiany ponad wypełnianie planu *http://www.agilemanifesto.org © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 13. * w naszej pracy kierujemy się regułami – • Najistotniejsze jest dla nas zaspokajanie potrzeb klienta poprzez dostarczanie wartościowego oprogramowania wcześnie w cyklu Ŝycia projektu i utrzymanie ciągłości przez cały okres jego trwania. • Lekkie metody umoŜliwiają nam przyjmowanie zmian wymagań, nawet jeśli występują one późno w cyklu Ŝycia projektu. Rozumiemy, Ŝe jest to czynnik pozwalający klientowi na uzyskanie i utrzymanie przewagi konkurencyjnej. • Dostarczamy oprogramowanie często, w odstępach kilku tygodni, maksymalnie kilku miesięcy. Preferujemy krótsze odcinki czasu. • Osoby reprezentujące biznes i zespół produkcyjny muszą pracować razem dzień po dniu, przez cały okres realizacji projektu. • Realizujemy projekty bazując na motywacji osób biorących w nich udział. Udostępniamy potrzebne im zasoby i ufamy, Ŝe praca zostanie wykonana. • Najbardziej skutecznym i wydajnym sposobem przekazywania informacji w zespole projektowym jest bezpośrednia rozmowa. *http://www.agilemanifesto.org/principles.html © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 14. * w naszej pracy kierujemy się regułami – • Działające oprogramowanie jest podstawową miarą postępów prac. • Lekkie metody promują stabilne tempo rozwoju oprogramowania. Sponsorzy, zespół projektowy i przyszli uŜytkownicy powinni być w stanie wypracować i utrzymać takie tempo bez końca. • Bezustanne poświęcanie uwagi utrzymaniu najwyŜszych standardów technologicznych i jakościowych oprogramowania i jego architektury skutkuje większą sprawnością zespołu. • Prostota - sztuka maksymalizowania pracy, której nie trzeba wykonywać - jest niezbędna. • Najlepsze moŜliwe wymagania, architektura i kod źródłowy oprogramowania powstają w rezultacie pracy samo-zarządzających się zespołów. • W stałych odstępach czasu poddajemy krytycznej analizie swoje osiągnięcia, w efekcie zmieniając swoje zachowania, dąŜąc ku ich poprawie. *http://www.agilemanifesto.org/principles.html © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 15. co znaczy „scrum”? a) scrum (pol. młyn) – formacja w grze w rugby uŜywana do wznawiania gry po przerwie lub faulu (Wikipedia) b) scrum (pol. tłok, ścisk) – duŜa grupa osób bezładnie zgromadzona na małej przestrzeni (Free Dictionary) c) scrum – metoda zarządzania projektami zgodnie z regułami agile software development (Wikipedia) Twoja odpowiedź: _ © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 16. czym jest scrum? • Scrum bywa zaliczany do empirycznych metodyk zarządzania projektami, lecz... • Za jego twórcami (Kenem Schwaberem, Jeffem Sutherlandem, Mike- iem Beedle-m) wolę nazywać go zbiorem praktyk i sugestii, strukturą wokół której organizuje się praca zespołu • Formalnie został spisany i zastosowany w 1993 roku, jednak swoje korzenie ma w procesach Lean Thinking (Production/Manufacturing/Development) – lata 80 i wcześniej • Adresowany jest przede wszystkim do zespołów pracujących nad złoŜonymi projektami o duŜym stopniu ryzyka i niepewności • Spełnia wymogi CMM Level 3 i ISO 9001 • Obecnie jest jednym z najpowszechniej (często łącznie z eXtreme Programming) stosowanych sposobów realizacji podejścia agile software development © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 17. * Ujęcie historyczne Analogia do rugby i termin „scrum” zostały zastosowane w 1986 przez Hirotaka Takeuchi i Ikujiro Nonaka w artykule „The New New Product Development Game” (Harvard Business Review) opiującym holistyczne (zintegrowane, całościowe) podejście do produkcji na podstawie badań procesów produkcyjnych w Fuji Xerox, Canon, Honda, NEC, Epson, Brother, 3M, Xerox i Hewlett- Packard. Inne metody czerpiące z tego samego źródła Dynamic System Development Method (Dane Faulkner), Adaptive Software Development (Jim Highsmith), Crystal (Alistair Cockburn), eXtreme Programming (Kent Beck, Ron Jeffries), Lean Software Development (Mary Poppendieck), Feature Driven Development (Jeff DeLuca), ... © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 18. co daje scrum? poprawia produktywność* przełamuje schematyczność myślenia („nie da się” „potrzebujemy tylko...”) pobudza innowacyjność radykalnie poprawia zbieŜność finalnego produktu z potrzebami (wymaganiami i oczekiwaniami) klienta** tworzy i wspiera kulturę pracy zespołowej poprawia (czasem wymusza) organizację pracy zwiększa zaangaŜowanie pracowników i ich zadowolenie z wykonywanej pracy *nawet kilkukrotnie (źródło: „Origins of Scrum” Jeff Sutherland) **Dr. Dobb’s Journal 5/2008 Agile Adoption Survey © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 19. czego nie daje? • Scrum nie jest metodologią która sprawia, Ŝe organizacja zaczyna wytwarzać lepsze produkty • Scrum nie odpowiada na pytanie jak naleŜy produkować wyŜszej jakości oprogramowanie, lepiej, szybciej • Scrum (jak wszystkie lekkie metodyki) bazuje na postulacie, Ŝe nie istnieje meta-rozwiązanie dla produkcji oprogramowania… • …moŜliwe jest jedynie zdefiniowanie ram w obrębie których stosowane procesy i narzędzia będą empirycznie doskonalone • Scrum jest narzędziem, które pozwala ustalić co jest potrzebne aby produkować oprogramowanie o wyŜszej jakości, lepiej, szybciej © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 20. jak to działa? Diagram courtesy of Softhouse Consulting, Sweden © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 21. klarowne role i zakresy odpowiedzialności właściciel produktu (Product Owner) – klient lub reprezentant zespołu klienta zespół projektowy (The Team) – samoorganizująca się, interdyscyplinarna grupa specjalistów lider zespołu (Scrum Master) – bywa nazywany „młynarzem”, „mistrzem” lub „straŜnikiem” młyna interesariusze (Stakeholders) – osoby spoza grupy projektowej zainteresowane lub zaleŜne od przebiegu prac © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 22. minimalistyczne narzędzia rejestr (lista) prac pozostałych do wykonania w projekcie (Product Backlog) – Rejestr Produktowy – w posiadaniu właściciela produktu rejestr (lista) zadań do wykonania w przebiegu (Sprint Backlog) – Rejestr Zadaniowy – w posiadaniu zespołu rejestr (lista) blokad (Impediment Backlog) – Rejestr Blokad – w posiadaniu lidera zespołu wykres „spalania” (Burndown Chart) „posiadanie” nie oznacza tu wyłączności, a jedynie odpowiedzialność za utrzymanie listy © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 23. właściciel produktu (Product Owner) definiuje wymagania i wartość produktu osoba odpowiedzialna za wizję produktu i przekazywanie jej zespołowi jest odpowiedzialny za zyskowność przedsięwzięcia decyduje o kolejności implementowania funkcjonalności zgodnie z potrzebami rynku jest odpowiedzialny za utrzymanie Product Backlog-u akceptuje lub odrzuca rezultaty pracy zespołu © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 24. My prrrecious! © New Line Productions, Inc. (zaangaŜowany Product Owner) © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 25. interesariusze projektu ustanawiają uwarunkowania i ograniczenia projektowe osoby, które pośrednio albo bezpośrednio, pozytywnie bądź negatywnie wpływają na projekt lub podlegają jego wpływowi... ...definiują uwarunkowania, ograniczenia i zaleŜności projektowe (jawne/niejawne, świadomie/nieświadomie) © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 26. lider zespołu (ScrumMaster) zapewnia efektywność i produktywność zapewnia maksymalną produktywność zespołu usuwając napotkane przez zespół przeszkody (blokady) zapewnia ścisłą współpracę pomiędzy reprezentantami wszystkich funkcji i ról w zespole, a takŜe poza nim (facylitacja) osłania zespół przed zewnętrznymi czynnikami mogącymi zaburzyć pracę odpowiada za postępowanie zgodnie z praktykami Scrum rozwaŜa procesy zachodzące w zespole na meta-poziomie © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 27. Scrummasta’ Scrummasta © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 28. zespół projektowy • samoorganizująca się, interdyscyplinarna, a przez to w duŜej mierze samowystarczalna grupa, na ogół 7±2 osób • ma prawo (i obowiązek) samodzielnie podejmować decyzje prowadzące do spełnienia celu sprintu • grupa powinna być jednorodna pod względem hierarchii słuŜbowej • grupa powinna być jednolita pod względem składu na cały czas trwania projektu (ewentualne zmiany tylko pomiędzy przebiegami) © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 29. wyzwanie stojące przed zespołem — stałe tempo i rytm prac dostarczanie kompletnego, w pełni działającego, potencjalnie zbywalnego produktu co 30 dni* zgodnie z podjętymi zobowiązaniami *w podejściu ortodoksyjnym © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 30. 80% wartości wynika z 20% funkcjonalności (reguła Pareto) rejestr produktowy 60% dostarczanej funkcjonalności jest uŜywane rzadko lub wcale wg Jim Johnson, et al. 2002. Keynote Speech XP 2002. The Standish Group © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 31. rejestr produktowy (Product Backlog) jawna (dostępna na wszystkich), spriorytetyzowana lista potrzeb (wymagań i oczekiwań) klienta zbiera wymagania funkcjonalne, niefunkcjonalne, defekty, pomysły na przyszłość etc. (ang. backlog item) elementy listy mogą być uzupełniane przez dodatkową dokumentację (reguły biznesowe, przykłady formularzy, akty prawne, przypadki uŜycia, scenariusze i przykłady wejść i wyjść z systemu etc.) kaŜdy element listy musi być oszacowany (być moŜe początkowo zgrubnie np. XS, S, M, L, XL, XXL) wszyscy mogą dodawać elementy, ale tylko Product Owner ma prawo nadawać im priorytety © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 32. rejestr produktowy (Product Backlog) elementy wędrując w górę listy nabierają szczegółowości, rozpadają się na drobniejsze wpisy o rozmiarze pozwalającym zespołowi na zrealizowanie kilku-kilkunastu w jednym sprincie do rozpoczęcia pracy niezbędne jest przygotowanie Rejestru Produktowego w rozsądnym zakresie (z horyzontem kilku iteracji) często jawnie zaznaczana jest granica wyznaczona przez datę końcową projektu w kontekście prędkości zespołu (tzw. waterline) © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 33. cykl produkcyjny (Sprint) Diagram courtesy of Softhouse Consulting, Sweden © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 34. rozpoczęcie sprintu © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 35. planowanie sprintu (Sprint Planning) 4 + 4 godziny Cel sesji planistycznych: Bierzemy pod uwagę: przekazanie wizji i priorytetów moŜliwości zespołu konfrontacja wizji i wykonalności aktualny stan produktu zdefiniowanie celu sprintu funkcjonalność pozostająca w rejestrze produktowym odzwierciedlającego zobowiązanie przyjęte przez zespół warunki biznesowe i priorytety obecnie wykorzystywane a zdefiniowanie zadań i szacowanie dostępne technologie (konstruowany jest rejestr zadaniowy – Sprint Backlog) © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 36. kawałek po kawałku… mały, ale kompletny wycinek © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 37. koncepcja kawałka tortu lub „kroczącego szkieletu” za kaŜdym razem wytwarzany jest pionowy wycinek systemu obsługujący małą część wymagań, ale w sposób kompletny („end-to-end”) w większości przypadków architektura systemu moŜe ewoluować wraz z funkcjonalnością (refaktoryzacja, ciągła integracja i testowanie) nie naleŜy tracić czasu na zbędny perfekcjonizm (pracujemy z nieprecyzyjnymi wymaganiami, co sprint weryfikując z klientem kierunek rozwoju produktu) © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 38. rejestr zadaniowy zespół samodzielnie decyduje jakie zadania naleŜy wykonać aby osiągnąć cel sprintu zespół samodzielnie organizuje swoją pracę tak, aby wypełnić powzięte zobowiązanie © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 39. rejestr zadaniowy (Sprint Backlog) lista zadań, które naleŜy wykonać aby przetworzyć elementy rejestru produktowego w potencjalnie zbywalny produkt zadania zawsze szacowane są w idealnych godzinach (1-16h) większe zadania (niewiadome podczas planowania) powinny być dekomponowane na mniejsze w trakcie trwania sprintu („budowa domu: 120 dni...”) – zawsze przed rozpoczęciem pracy! zadania nie są przypisywane do członków zespołu podczas sesji planowania, zespół samodzielnie decyduje o tym kto, co i kiedy wykona rejestr zadaniowy często odzwierciedla schemat przepływu pracy przez zespół/stan realizacji © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 40. przebieg sprintu © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 41. przebieg sprintu 2-4 tygodni zakres prac jest zamraŜany właściciel produktu jest zespół samodzielnie dostępny dla zespołu aby wypracowuje najlepszą drogę do odpowiadać na pytania wypełnienia celu iteracji i wątpliwości zespół jest izolowany od Scrum Master czuwa nad czynników zewnętrznych zapewnieniem maksymalnej mogących zakłócić pracę produktywności zespołu © 2006-2007 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 42. samozarządzanie © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 43. samozarządzanie… członkowie zespołu przypisują sobie zadania samodzielnie – kolejno (sekwencyjnie), w wybranym przez siebie porządku kaŜdy członek zespołu moŜe dodawać, usuwać i modyfikować elementy rejestru zadaniowego – tak długo, jak pozostaje to w zgodzie z celem sprintu codziennie szacowana jest liczba godzin pozostałych do zakończenia rozpoczętych zadań wykres spalania (Sprint Burndown Chart) analiza stanu prac dokonywana jest w oparciu o wykres spalania © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 44. 15 minut codziennie puls zespołu “ U podstaw wszystkich problemów z projektami leŜy fakt, Ŝe ktoś komuś o czymś waŜnym nie powiedział. –Kent Beck © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc. ”
  • 45. puls zespołu – 3-6 pytań skierowanych do kaŜdego członka zespołu Jakie zadania zakończyłeś od ostatniego spotkania? Nad jakimi zadaniami będziesz pracować do następnego spotkania? Czy jest coś co cię blokuje i/lub moŜe zagraŜać osiągnięciu celu sprintu? Jak oceniasz (w skali 1-10) swoją pewność, Ŝe dotrzymamy celu sprintu? Czy jest coś co powinniśmy dodać do listy zadań? Czy dowiedziałeś się/nauczyłeś się czegoś o czym powinni wiedzieć inni członkowie zespołu? Larman, Craig. Agile and Iterative Development: A Manager's Guide. Addison-Wesley (2004) © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 46. • narzędzie monitorowania ilości pracy pozostałej do wykonania • wspiera dąŜenie do celu – pomaga utrzymać odpowiedni kierunek i tempo prac • wpływa na morale zespołu • analiza trendów przeszkody, nieplanowane zadania, ryzyka i zaleŜności projektowe wykres spalania © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 47. wykres typu „Sprint Burndown” 800 700 600 500 godziny 400 300 200 100 0 1 2 3 4 5 6 7 8 9 101112131415161718192021222324252627282930 © 2006-2007 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 48. przeszkody, blokady © 2006-2007 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 49. rejestr blokad (Impediments Backlog) kaŜda sytuacja wynikła w trakcie prac, która opóźnia lub całkowicie wstrzymuje pracę, a z którą zespół nie jest w stanie sobie poradzić samodzielnie jest blokadą kaŜdy członek zespołu ma obowiązek komunikować tego typu sytuacje na codziennych scrum-ach (lub częściej!) ScrumMaster zarządza rejestrem blokad (ustala z zespołem priorytety, aktualizuje status) uŜywając dostępnych mu mechanizmów organizacyjnych (w tym eskalacji) usuwa je oraz… …raportuje stan do zespołu (równieŜ na codziennych scrum-ach, odpowiadając na te same trzy pytania) © 2006-2007 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 50. zamknięcie sprintu © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 51. zamknięcie sprintu (Sprint Review, Sprint Retrospective) 4 + 4 godziny przegląd sprintu – prezentacja retrospektywa – refleksja wyników pracy zespołu zespołu: dyskutujemy spostrzeŜenia co do co poszło dobrze? wykonanej pracy, wyciągamy co poszło źle? wnioski na kolejny sprint co chcemy zacząć robić? nie zastępuje bram jakości co robimy niepotrzebnie? wszyscy są zaproszeni, takŜe jak zmienić to co nas boli? osoby spoza zespołu © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 52. przegląd sprintu (Sprint Review) zespół prezentuje działającą, potencjalnie zbywalną funkcjonalność (nie dokumentację, diagramy, prawie skończoną pracę, pojedyncze klasy czy linie kodu) prezentacja odbywa się dla i z perspektywy klienta, nie programisty – odnosimy się do celu iteracji, osiągniętej wartości biznesowej pozostajemy otwarci na pytania i krytykę, dyskutujemy z właścicielem produktu spostrzeŜenia przegląd sprintu to sesja robocza (uwaga na znaczenie słowa „demo”) wyciągamy wnioski na kolejny sprint ( zmiany w Product Backlogu) © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 53. nie pozwól mu zasnąć! nie nudź… ZZZZZZZZZZZZ …nieistotnymi szczegółami technicznymi mów w jego języku pokaŜ działający produkt i … pozwól mu go uŜyć obserwuj go i słuchaj © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 54. czego potrzebujesz by pracować efektywniej? analiza i … “ NiezaleŜnie co odkryjemy, musimy Ŝywić przekonanie, Ŝe wszyscy wykonali swoją pracę tak dobrze jak to tylko moŜliwe, biorąc pod uwagę ich umiejętności, moŜliwości, dostępne zasoby i aktualną sytuację. –Norman Kerth © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc. ”
  • 55. czego potrzebujesz by pracować efektywniej? …adaptacja “ W podejściu holistycznym (całościowym), w odróŜnieniu od postępowania zgodnie ze zdefiniowanymi etapami (podejście liniowe), proces produkcji wyłania się z nieustannej interakcji członków interdyscyplinarnego zespołu. ” –Hirotaka Takeuchi, Ikujiro Nonaka © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 56. retrospektywa (Sprint Retrospective) spotkanie mające na celu ustalenie co poszło dobrze, a co nie, przedyskutowanie czego się dowiedzieliśmy oraz wyciągnięcie wniosków i przygotowanie akcji naprawczych dyskutowane są procesy, procedury, narzędzia, współpraca w grupie, środowisko pracy tropimy nieefektywności retrospektywy odbywają się regularnie w trakcie trwania projektu, po (prawie?) kaŜdym sprincie bierze udział cały zespół – reprezentowane są wszystkie perspektywy (developerzy, QA, marketing, customer support, etc.) mówimy za siebie i ze swojej perspektywy, nie przerywamy innym jeśli trzeba wprowadzamy „safety check” – pytanie o komfort i swobodę wypowiedzi © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 57. monitorowanie stanu projektu którędy do wyjścia? Working Software – podstawowa charakterystyka stanu zaawansowania projektu Running Tested Features (przetestowana i odebrana funkcjonalność) Sprint Burndown Chart – narzędzie oceny stanu prac w iteracji Velocity – podstawowa charakterystyka zespołu Release Burndown Chart – narzędzie oceny stanu wykonalności projektu © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 58. prędkość zespołu (Team Velocity) zdolność produkcyjna zespołu liczba punktów (jednostki wg której szacowane są elementy rejestru produktowego), które zespół przetwarza w potencjalnie zbywalny produkt w trakcie trwania jednego sprintu prędkość będzie zmieniać się ze sprintu na sprint, przy stałym zespole powinna ustabilizować się po kilku (3-6) sprintach na potrzeby planowania produkcji moŜna uŜyć średniej, średniej kroczącej lub ostatniej wartości © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 59. szybciej, szybciej! optymalne tempo i rytm © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 60. wykres typu „Release Burndown” 120 100 80 ilość pracy pozostałej do wykonania 60 40 20 0 -20 -40 -60 -80 -100 -120 Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7 Sprint 8 © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 61. wykres typu „Release Burndown” za kaŜdym razem gdy etap prac (historie uŜytkownika, cechy produktu) jest kończony, góra słupka jest obniŜana za kaŜdym razem gdy praca jest powtórnie szacowana (re- estymowana) góra słupka przesuwana jest w górę (zwiększenie szacunków) lub w dół (obniŜenie) za kaŜdym razem gdy zakres prac jest zwiększany, dół słupka jest obniŜany za kaŜdym razem gdy zakres prac jest zmniejszany, dół słupka jest podnoszony zawsze jeŜeli dół słupka znalazł się poniŜej linii 0 początkowy zakres prac został zwiększony © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 62. wykres typu „Release Burndown” 120 100 80 ilość pracy pozostałej do wykonania 60 40 20 0 -20 -40 -60 -80 -100 -120 Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7 Sprint 8 © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 63. wykres typu „Release Burndown” 120 100 80 ilość pracy pozostałej do wykonania 60 40 20 0 -20 -40 -60 -80 -100 -120 Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7 Sprint 8 © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 64. scrum jest trudny “ Młyn (scrum) to najbardziej niebezpieczna faza gry w rugby. Zapadnięcie się młyna lub nieuwaŜne postępowanie moŜe prowadzić do kontuzji kręgosłupa lub nawet śmierci (przez skręcenie karku) zawodnika w pierwszej linii młyna. –Wikipedia © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc. ”
  • 65. proste lecz… rygorystyczne reguły “ Zawsze gdy ktoś chce usunąć jeden z podstawowych elementów Scrum-a, robi tak poniewaŜ element ten obnaŜa aspekty rzeczywistości których nikt nie chce zauwaŜać. –Ken Schwaber © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc. ”
  • 66. konieczna zmiana sposobu myślenia i… odpowiedzialność zespołu nie antycypujemy kształtu produktu podczas planowania, pozwalamy mu ewoluować obniŜając koszty i skracając czas wytworzenia alternatywnych rozwiązań © 2006-2007 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 67. zagadnienie zaawansowane planowanie produkcji * ustalanie czasu trwania sprintu praca z wymaganiami/historiami uŜytkownika (definiowanie, łączenie w tematy i opowieści, ustalanie kolejności) szacowanie, techniki szacowania łączenie ról przypisania cząstkowe przedterminowe zakończenie iteracji sprint zerowy sprint stabilizacyjny © 2006-2007 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 68. zagadnienia złoŜone rodzaje kontraktów * projekty duŜej skali, skalowalność Scrum-a synchronizacja zespołów projektowych łączenie Scrum-a z procesami kaskadowymi outsourcing i off-shoring środowisko pracy, aranŜacja przestrzeni biurowej © 2006-2007 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 69. metoda małych kroków w warunkach... Agile to poruszanie się małymi krokami i wyciąganie wniosków z popełnianych błędów; to przede wszystkim ludzie (zespół) i dyscyplina wykonywania najwaŜniejszych rzeczy w pierwszej kolejności. ryzyka i niepewności Scrum to narzędzie do zarządzania projektami; to sztuka sekwencyjnego wykonywania pracy i dostarczania działającego oprogramowania w krótkich odstępach czasu. Został zastosowany a później formalnie spisany przez Kena Schwabera i Jeffa Sutherlanda ponad dekadę temu. Dziś Scrum jest stosowany przez organizacje na całym świecie w tym Microsoft, Yahoo!, Google, Electronic Arts, Lockheed Martin, Motorola, Philips, Siemens, Nokia, SAP, Cisco, GE, BBC New Media, Sabre Holdings, Time Warner, Turner Broadcasting i wiele, wiele innych. © 2006-2008 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.
  • 70. dziękuję!
  • 71. tomek@poddrzewem.pl http://www.linkedin.com/in/wlodarek http://www.poddrzewem.pl http://pligg.scrum-on.com * http://www.scrumalliance.com http://www.agilealliance.com http://www.controlchaos.com http://www.mountaingoatsoftware.com/ http://groups.yahoo.com/group/scrumdevelopment/ The New New Product Development Game, Hirotaka Takeuchi, Ikujiro Nonaka, Harvard Business Review, Jan-Feb 1986 Toyota Production System: Beyond Large-Scale Production, Taiichi Ohno Lean Software Development: An Agile Toolkit, Mary Poppendieck, Tom Poppendieck Agile and Iterative Development: A Manager's Guide, Craig Larman Agile Project Management: Creating Innovative Products, Jim Highsmith Agile Project Management with Scrum, Ken Schwaber The Enterprise and Scrum, Ken Schwaber Agile Estimating and Planning, Mike Cohn, Prentice Hall, 2006 User Stories Applied, Mike Cohn, Addison Wesley, 2004 Agile Retrospectives: Making Good Teams Great, Esther Derby, Diana Larsen, Pragmatic Bookshelf, 2006
  • 72. 1. 2. Jak liczny jest zespół Jaka jest struktura organizacyjna zespołu (stanowiska słuŜbowe, role) * 3. Czy występuje konieczność synchronizowania prac z zespołu z innymi 4. Jakie doświadczenie ma zespół w domenie w której realizowane będą projekty 5. Jakiego rodzaju projekty będą przedmiotem prac (nowy produkt, utrzymanie istniejącego kodu, rozszerzanie istniejącego produktu) 6. Jakie są ograniczenia i uwarunkowania projektowe (czas, budŜet), jakie są ryzyka projektowe 7. Czy do tej pory stosowany był zdefiniowany proces produkcji (jaki? z jakimi praktykami zespół jest zaznajomiony?) 8. Czy były stosowane narzędzia do zarządzania realizowanymi projektami (jakie?) © 2006-2007 Tomasz Włodarek na podstawie licencji Scrum Individual License udzielonej przez Advanced Development Methods, Inc.

×