Recommandé
Contenu connexe
Tendances
Tendances (20)
Similaire à Scrum (Polish version) - wprowadzenie do frameworka
Similaire à Scrum (Polish version) - wprowadzenie do frameworka (20)
Scrum (Polish version) - wprowadzenie do frameworka
- 1. Scrum Utworzono: 2014 Zaktualizowano: 2018 © Leszek Albrzykowski https://www.linkedin.com/in/ikswokyzrbla/ https://github.com/albrzykowski 1
- 2. Attribution-NonCommercial-N oDerivatives 4.0 International (CC BY-NC-ND 4.0) https://creativecommons.org/licenses/by-nc-nd/4.0/ 2 W oparciu i z wykorzystaniem fragmentów Scrum Guide™, Przewodnik po Scrumie: reguły gry. https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-P olish.pdf
- 3. Sprint I Co to jest Agile i Scrum? Sprint II Elementy frameworka Scrum Sprint III Spojrzenie praktyczne Sprint IV Dyskusja, pytania, *symulacja Zakończenie Dyplomy, ankiety, materiały,... 3
- 4. Co to jest Agile i Scrum Sprint I 4
- 5. Manifest Agile Ludzi i interakcje Procesy i narzędziaponad Działające oprogramowanie Szczegółową dokumentacjaponad Współpracę z klientem Negocjację umówponad Reagowanie na zmiany Realizację założonego planuponad 5
- 6. Agile ● Najwyższy priorytet ma dla nas zadowolenie klienta. ● Bądźcie gotowi na zmiany wymagań. ● Dostarczajcie funkcjonujące oprogramowanie często. ● Zespoły biznesowe i deweloperskie muszą ściśle ze sobą współpracować. ● W regularnych odstępach czasu zespół analizuje możliwości poprawy swojej wydajności. https://pixabay.com/ 6
- 7. Framework Scrum Zdjęcie wykonane w https://www.facebook.com/Kserokom.ksero.druk 7
- 11. Co to jest Scrum? Scrum (rzecz.): ramy postępowania (ang. framework), dzięki którym ludzie mogą adaptacyjnie rozwiązywać złożone problemy tak, by w produktywny i kreatywny sposób wytwarzać produkty o najwyższej możliwej wartości. https://www.scrumguides.org/docs/scrumguide/v2017/2 017-Scrum-Guide-Polish.pdf 11
- 12. Początki Scruma Podejście do rozwoju produktu podobne do biegu sztafetowego ... może powodować konflikty z celami maksymalnej szybkości i elastyczności. Zamiast tego podejście całościowe, "rugby" - w którym zespół stara się osiągać cele jako całość, przekazując piłkę tam i z powrotem - może lepiej służyć współczesnym wymaganiom konkurencyjności." Hirotaka Takeuchi and Ikujiro Nonaka, “The New New Product Development Game”, Harvard Business Review, January 1986. https://pixabay.com/ 12
- 15. Scrum w kilku słowach ● Scrum to ramy postępowania będący jedną z praktyk Agile. ● Szybko i wielokrotnie poddajemy przeglądowi zarówno produkt jak i proces. ● Zespoły są samoorganizujące i ściśle współpracują z biznesem. ● Przynajmniej raz na miesiąc dostarczamy gotowy Przyrost. ● Scrum zwraca nacisk na komunikację, współpracę i odpowiedzialność. ● W Scrumie nacisk kładziony jest na produkt i ludzi a nie projekt. 15
- 16. Ważni Scrumowcy ● Jeff Sutherland Początkowe implementacje w Scrum w Easel Corp w 1993 Firma IDX zespoły 500+ osobowe ● Ken Schwaber Prezes ADM Wraz z Sutherlandem zaprezentował Scrum jako metodykę - OOPSLA 95 ● Mike Cohn Współzałożyciel Scrum Alliance wraz ze Schwaberem w 2002 16
- 17. Kto używa Scruma ● Microsoft ● Yahoo ● Google ● Electronic Arts ● Lockheed Martin ● Philips ● Siemens ● Nokia ● BBC ● John Deere ● Sabre ● OCE https://www.mountaingoatsoftware.com/agile/scrum/resources/a-reusable-scr um-presentation 17
- 18. Scrum był stosowany w: ● Oprogramowaniu komercyjnym ● Rozwoju na własne potrzeby ● Programach na zamówienie ● Projektach o ustalonej cenie ● Aplikacjach finansowych ● Aplikacjach z certyfikatem ISO 9001 ● Systemach z wymaganiami 99,999% uptime 24x7 ● Joint Strike Fighter ● Rozwoju gier wideo ● Systemach krytycznych dla życia ● Oprogramowaniu do sterowania satelitami https://www.mountaingoatsoftware.com/agile/scrum/resources/a-reusable-scrum-presentation 18
- 19. W jakim środowisku sprawdza się Scrum https://www.amazon.com/dp/1881052893/?tag=stackoverflow17-20 19
- 22. Zespół Scrumowy Właściciel Produktu Zespół Deweloperski Scrum Master 22
- 24. Właściciel Produktu ● Właściciel Produktu jest odpowiedzialny za maksymalizację wartości produktu i pracy Zespołu Deweloperskiego. ● Właściciel Produktu jest jedyną osobą odpowiedzialną za zarządzanie Backlogiem Produktu (ang. Product Backlog). ● Właściciel Produktu może wykonywać powyższe zadania samodzielnie lub zlecać je Zespołowi Deweloperskiemu, jednak to Właściciel Produktu pozostaje za nie odpowiedzialny. ● Właściciel Produktu to pojedyncza osoba, nie komitet. Właściciel Produktu może reprezentować interesy grupy osób (...). 24
- 25. Pojęcie zarządzania Backlogiem Produktu mieści w sobie ● jasne artykułowanie elementów Backlogu Produktu, ● porządkowanie kolejności elementów Backlogu Produktu w sposób pozwalający jak najlepiej osiągać założone cele i misje, ● optymalizowanie wartości pracy wykonywanej przez Zespół Deweloperski, ● zapewnianie, że Backlog Produktu jest dostępny, przejrzysty i jasny dla wszystkich, a także opisuje to, czym Zespół Scrumowy będzie się zajmował w dalszej kolejności, ● zapewnianie, że Zespół Deweloperski rozumie elementy Backlogu Produktu w wymaganym stopniu. 25
- 27. Zespół Deweloperski ● Zespół Deweloperski złożony jest z profesjonalistów, których zadaniem jest dostarczenie, na zakończenie każdego Sprintu, „Ukończonego” i gotowego do potencjalnego wydania Przyrostu (ang. Increment) produktu. ● Tylko członkowie Zespołu Deweloperskiego tworzą Przyrost. ● Zespoły Deweloperskie są ustanowione i uprawnione przez organizację do samodzielnego organizowania własnej pracy i zarządzania nią. ● Synergia będąca rezultatem takiego postępowania zwiększa ogólną wydajność i efektywność Zespołu Deweloperskiego. 27
- 28. Zespół Deweloperski ● Zespół Deweloperski powinien być na tyle mały, by pozostał zwinnym i jednocześnie wystarczająco liczny, żeby mógł wykonać znaczącą pracę w ramach Sprintu. ● Zespół Deweloperski liczy od 3 do 9 osób. ● Osoby Właściciela Produktu i Scrum Mastera nie są wliczane w podane wyżej wartości, chyba że wykonują one jednocześnie pracę wynikającą z Backlogu Sprintu (ang. Sprint Backlog). 28
- 29. Charakterystyka Zespołów Deweloperskich ● Są samoorganizujące się. Nikt (nawet Scrum Master) nie może mówić Zespołowi Deweloperskiemu, jak przekształcać elementy Backlogu Produktu w Przyrosty gotowej do potencjalnego wydania funkcjonalności. ● Zespoły Deweloperskie są międzyfunkcjonalne, w swoim składzie posiadają wszystkie umiejętności niezbędne do wytworzenia Przyrostu produktu. ● Scrum nie wyróżnia nazw ról członków Zespołu Deweloperskiego, bez względu na charakter wykonywanej przez nich pracy. ● Scrum nie wyróżnia podzespołów w Zespole Deweloperskim (...). ● Mimo, iż pojedynczy członkowie Zespołu Deweloperskiego mogą posiadać wyspecjalizowane umiejętności (..) odpowiedzialność za wykonywaną pracę ponosi cały Zespół Deweloperski. 29
- 31. Zapraszam do obejrzenia filmu Funny Scrum Master - polskie napisy - scrumgroup.org 31
- 32. Scrum Master ● Scrum Master jest odpowiedzialny za promowanie i wspieranie stosowania Scruma tak, jak został on zdefiniowany w tym Przewodniku. ● Scrum Master jest przywódcą służebnym (ang. servant leader) Zespołu Scrumowego. ● Scrum Master pomaga również osobom spoza Zespołu Scrumowego zrozumieć, które z ich interakcji z Zespołem Scrumowym są pomocne, a które nie. 32
- 33. Scrum Master służy pomocą Właścicielowi Produktu ● zapewniając, że cele, zakres i domena produktowa są zrozumiałe dla wszystkich w Zespole Scrumowym, tak dobrze jak to tylko możliwe, ● znajdując techniki efektywnego zarządzania Backlogiem Produktu ● pomagając Zespołowi Scrumowemu zrozumieć potrzebę formułowania jasnych i zwięzłych elementów Backlogu Produktu, ● zapewniając, że Właściciel Produktu wie, jak porządkować Backlog Produktu, aby maksymalizować wartość, ● wspomagając przebieg wydarzeń scrumowych, kiedy jest to konieczne lub kiedy jest o to proszony. 33
- 34. Jak Scrum Master wspiera Zespół Deweloperski? ● coachując Zespół Deweloperski w zakresie wykorzystania zasad samoorganizacji i międzyfunkcyjności, ● pomagając Zespołowi Deweloperskiemu tworzyć produkty wysokiej wartości, ● usuwając przeszkody ograniczające postępy Zespołu Deweloperskiego, ● coachując Zespół Deweloperski w zakresie sposobu wykonywania pracy w organizacjach, w których Scrum nie jest jeszcze w pełni przyjęty i rozumiany. 34
- 35. Jak Scrum Master wspiera organizację? ● przewodząc procesom wdrażania Scruma oraz prowadząc coaching osób w ten proces zaangażowanych, ● planując wykorzystanie Scruma wewnątrz organizacji, ● wspierając pracowników i interesariuszy w zrozumieniu i stosowaniu Scruma oraz empirycznego podejścia do rozwoju produktu, ● powodując zmiany prowadzące do zwiększania produktywności Zespołu Scrumowego, ● współpracując z innymi Scrum Masterami w celu zwiększenia efektywności wykorzystania Scruma w organizacji. 35
- 36. Zespół Scrumowy, kto jest kim? http://implementingscrum.com 36
- 37. Wydarzenia w Scrumie Planowanie Sprintu Przegląd SprintuCodzienny Scrum Retrospektywa SprintuSprint 37
- 38. Timebox Wszystkie wydarzenia w Scrumie są ograniczone czasowo (ang. timebox), co oznacza, że mają ustalony maksymalny czas trwania. https://pixabay.com/ 38
- 40. Sprint ● Sercem Scruma jest Sprint ● Sprinty zachowują możliwie stały czas trwania przez cały okres realizowania prac. ● Nowy Sprint rozpoczyna się bezpośrednio po zakończeniu poprzedniego. ● Sprinty zawierają i składają się z Planowania Sprintu, Codziennych Scrumów, pracy wytwórczej, Przeglądu Sprintu i Retrospektywy Sprintu. ● Każdy Sprint może być postrzegany jako projekt sięgający nie dalej niż miesiąc w przód. 40
- 41. Podczas Sprintu ● nie są wprowadzane zmiany stanowiące zagrożenie dla realizacji Celu Sprintu, ● cele jakościowe nie są obniżane, ● zakres prac, wraz ze zdobywaniem nowych informacji, może być wyjaśniany i renegocjowany pomiędzy Właścicielem Produktu a Zespołem Deweloperskim. ● 41
- 43. Planowanie Sprintu ● Praca przeznaczona do wykonania w Sprincie jest planowana podczas Planowania Sprintu. ● Plan ten powstaje w efekcie wspólnej pracy członków Zespołu Scrumowego. ● Planowanie Sprintu jest wydarzeniem ograniczonym do ośmiu godzin w przypadku miesięcznego Sprintu. Dla krótszych Sprintów jest ono zwykle krótsze. ● Rolą Scrum Mastera jest zapewnienie, że Planowanie Sprintu się odbywa i jego uczestnicy rozumieją cel tego wydarzenia. 43
- 44. Planowanie Sprintu Wydajność zespołu Rejestr Produktu Uwarunkowani e biznesowe Wizja produktu Cel sprintu Rejestr Sprintu Rozmowa, uzgadnianie Definicji “Ukończenia”, estymacja,... 44
- 45. Planowanie Sprintu daje odpowiedź na następujące pytania: ● Co może zostać dostarczone w ramach Przyrostu mającego być rezultatem nadchodzącego Sprintu? ● W jaki sposób praca, niezbędna do dostarczenia Przyrostu, będzie wykonana? 45
- 47. Codzienny Scrum ● Codzienny Scrum jest wydarzeniem dla Zespołu Deweloperskiego, ograniczonym czasowo do piętnastu minut. ● Codzienny Scrum organizowany jest każdego dnia Sprintu. ● W jego trakcie Zespół Deweloperski planuje pracę na najbliższe dwadzieścia cztery godziny. ● W celu zredukowania złożoności Codzienny Scrum odbywa się codziennie w stałym miejscu i o stałej porze. 47
- 48. Oto przykład pytań, które mogą być wykorzystywane podczas tego spotkania: ● Co zrobiłem wczoraj, co pomogło Zespołowi Deweloperskiemu przybliżyć się do osiągnięcia Celu Sprintu? ● Co zrobię dzisiaj, co pomoże Zespołowi Deweloperskiemu przybliżyć się do osiągnięcia Celu Sprintu? ● Czy widzę jakiekolwiek przeszkody mogące uniemożliwić mi lub Zespołowi Deweloperskiemu osiągnięcie Celu Sprintu? 48
- 50. Przegląd Sprintu ● Przegląd Sprintu jest organizowany na zakończenie Sprintu w celu przeprowadzenia inspekcji Przyrostu i, jeśli zajdzie taka potrzeba, dostosowania Backlogu Produktu. ● Podczas Przeglądu Sprintu Zespół Scrumowy i interesariusze wspólnie analizują to, co zostało ukończone w Sprincie. ● (...) uczestnicy spotkania wspólnie rozważają, co mogłoby być wykonane w następnej kolejności, aby zoptymalizować wartość. ● Przegląd Sprintu jest maksymalnie czterogodzinnym spotkaniem dla miesięcznego Sprintu i krótszym dla krótszych Sprintów. ● Rezultatem Przeglądu Sprintu jest zaktualizowany Backlog Produktu (...). 50
- 51. Przegląd Sprintu obejmuje następujące punkty: ● Obecni są Zespół Scrumowy oraz kluczowi interesariusze zaproszeni przez Właściciela Produktu. ● Właściciel Produktu wyjaśnia, które elementy Backlogu Produktu zostały „Ukończone”, a które nie. ● Zespół Deweloperski omawia, co poszło dobrze w trakcie Sprintu, jakie napotkano problemy oraz jak te problemy rozwiązano. ● Zespół Deweloperski prezentuje „Ukończoną” pracę i odpowiada na pytania dotyczące Przyrostu. ● Właściciel Produktu omawia Backlog Produktu w jego aktualnej postaci. Jeśli zachodzi taka potrzeba, przewiduje prawdopodobny termin zakończenia prac, biorąc pod uwagę dotychczasowe postępy. 51
- 52. Przegląd Sprintu obejmuje następujące punkty: ● Cała grupa wspólnie omawia kolejne kroki. W ten sposób Przegląd Sprintu dostarcza wartościowego wkładu w następujące po nim Planowanie Sprintu. ● Dokonuje się przeglądu tego, jak rynek lub potencjalne zastosowanie produktu mogły się zmienić i co w tej sytuacji jest najbardziej wartościową rzeczą do zrobienia. ● Rewiduje się czas, budżet, potencjalne możliwości i uwarunkowania rynkowe dla kolejnego przewidywanego wydania produktu. 52
- 54. Retrospektywa Sprintu ● Retrospektywa Sprintu jest okazją dla Zespołu Scrumowego do przeprowadzenia inspekcji swoich działań i opracowania planu usprawnień, który zostanie wcielony w życie w najbliższym Sprincie. ● Retrospektywa Sprintu przeprowadzana jest po Przeglądzie (...). ● Trwa nie dłużej niż trzy godziny dla Sprintów miesięcznej długości. Dla krótszych Sprintów zwykle zajmuje mniej czasu. ● Scrum Master uczestniczy w Retrospektywie jako zwykły członek zespołu (...). 54
- 55. Retrospektywa Sprintu ma na celu: ● sprawdzenie, co działo się w ostatnim Sprincie, biorąc pod uwagę ludzi, relacje, proces i narzędzia, ● zidentyfikowanie i uporządkowanie istotnych elementów, które sprawdziły się w działaniu oraz tych, które kwalifikują się do usprawnienia, ● stworzenie planu wprowadzania w życie usprawnień sposobu wykonywania pracy przez Zespół Scrumowy. 55
- 56. Tablica jaką można użyć podczas Retrospektywy Sprintu https://commons.wikimedia.org/wiki/File:Sprint_Retrospective_Board.jpg 56
- 57. Artefakty Scruma Backlog Produktu Backlog Sprintu Przyrost 57
- 60. Backlog Produktu ● Backlog Produktu to uporządkowana lista wszystkiego, co w danym momencie wiadomo odnośnie rozwoju produktu. ● Stanowi jedyne źródło wymaganych zmian, które mają być w produkcie wprowadzone. ● Odpowiedzialnym za Backlog Produktu (...) jest Właściciel Produktu ● Backlog Produktu jest listą wszystkich cech, funkcji, wymagań, ulepszeń i korekt, które reprezentują zmiany wprowadzane do produktu w jego przyszłych wydaniach. ● Backlog Produktu ewoluuje wraz z produktem (...). ● Elementy Backlogu Produktu posiadają następujące atrybuty: opis, kolejność, oszacowanie i wartość. 60
- 61. Monitorowanie postępów względem celu ● W dowolnym momencie powinno być możliwe podsumowanie całej pozostającej do wykonania pracy. ● Właściciel Produktu dokonuje takiego podsumowania przynajmniej podczas każdego Przeglądu Sprintu. ● Do prognozowania postępów prac stosowane są różne sposoby monitorowania trendu takie jak: spalanie/wypalanie (ang. burn-down/burn-up) lub wykresy kumulatywne. 61
- 65. Backlog Sprintu ● Backlog Sprintu to zbiór elementów Backlogu Produktu wybranych do Sprintu rozszerzony o plan dostarczenia Przyrostu produktu i realizacji Celu Sprintu. ● Backlog Sprintu obrazuje całą pracę, którą Zespół Deweloperski uznaje za niezbędną do osiągnięcia Celu Sprintu. ● Zespół Deweloperski modyfikuje Backlog Sprintu w czasie trwania całego Sprintu, tym samym „wyłania się” on podczas Sprintu. ● Jedynie Zespół Deweloperski może zmieniać swój Backlog Sprintu w trakcie Sprintu. 65
- 67. Przyrost ● Przyrost jest sumą wszystkich elementów Backlogu Produktu zakończonych podczas Sprintu i wartości Przyrostów ze wszystkich Sprintów poprzednich. ● Na koniec Sprintu nowy Przyrost musi być „Ukończony”, co oznacza, że musi on być gotowy do użycia i zgodny z definicją „Ukończenia” Zespołu Scrumowego. ● Przyrostem jest namacalny rezultat wykonanej pracy, podlegający empirycznej inspekcji na zakończenie Sprint. ● Przyrost musi być gotowy do użycia niezależnie od tego, czy Właściciel Produktu decyduje się na jego wydanie. 67
- 69. Definicja “Ukończenia” ● Kiedy element Backlogu Produktu albo Przyrost jest nazywany „Ukończonym”, wszyscy muszą rozumieć, co to właściwie oznacza. ● Celem każdego ze Sprintu jest dostarczenie Przyrostu gotowej do potencjalnego wydania funkcjonalności, zgodnie z aktualną definicją „Ukończenia” tego Zespołu Scrumowego. ● W miarę jak Zespoły Scrumowe dojrzewają, oczekuje się, że ich definicja „Ukończenia” będzie zawierała coraz bardziej rygorystyczne kryteria zapewniania jeszcze wyższej jakości. ● Każdy Przyrost (...) jest dokładnie przetestowany w celu zapewnienia, że wszystkie one działają razem. 69
- 71. User Stories 71
- 72. User Stories ● User Story - to opis zagadnienia, które pojawia się w Product Backlogu i następnie powinno być rozbite na mniejsze zadania, które stanowią z kolei części Sprint Backloga. ● Czasami określenie User Story odnosi się również do tych zdekomponowanych zadań, które zazwyczaj nazywa się Tasik-ami. 72
- 73. User Stories ● W podręczniku Scrum NIE występuje ani pojęcie User Story ani Task. ● Podręcznik Scrum nazywa pozycje w Backlogu Produktu: Product Backlog Items (PBI). 73
- 74. Szablon User Stories Jako <NAZWA UŻYTKOWNIKA> chciałbym móc <AKCJA> dzięki czemu <POWÓD> 74
- 75. User Stories - Dobre praktyki ● I-ndependent ● N-egotiable ● V-aluable ● E-stimable ● S-mall ● T-estable ● S-pecific ● M-easurable ● A-chievable ● R-ealistic ● T-ime-bound 75
- 76. Estymacja 76
- 77. Estymacja Tere is credible evidence that we are better at estimating “this is like that” than we are at estimating the absolute size of things (Lederer 1998; Vicinanza 1991). M. Cohn, Agile Estimating and Planning, Prentice Hall, 2005 77
- 78. Estymacja Rand Corporation research in the 1940's showed clearly that humans are not good at estimating hours and practical experience repeatedly confirms the research. htps://www.scruminc.com/story-points-why-are-they-beter-than/ 78
- 79. Estymacja A CMMI * Level 5 company determined that story point estimation cuts estimation time by 80% allowing teams to do more estimation and tracking than a typical waterfall team. htps://www.scruminc.com/story-points-why-are-they-better-than/ * htp://wazniak.mimuw.edu.pl/images/d/d3/Zio-3-wyik.pdf 79
- 81. Zapraszam do obejrzenia filmu TEDxRainier - Joe Justice - WikiSpeed 81
- 83. Materiały Filmy Scrum/Kanban/Product Backlog: https://www.youtube.com/watch?v=e4bLf9yqLh E https://www.youtube.com/watch?v=aR6o3vdcG lA https://www.youtube.com/user/AgileByExampl e https://www.youtube.com/watch?v=CKWvmiY7 f_g Filmy o Scrumie w PZU - ciekawe przypadki: https://www.youtube.com/results?search_query =scrum+pzu O tym jak Scrum zadziałał i o wizji produktu: https://www.youtube.com/watch?v=WDf1kUtDP qs 83
- 84. Materiały Polecam książki: https://helion.pl/ksiazki/kanban-marcus-hamma rberg-joakim-sunden,kanban.htm#format/d https://helion.pl/ksiazki/zarzadzanie-projektami -ze-scrum-tworz-produkty-ktore-pokochaja-klien ci-roman-pichler,zaprsc.htm#format/e O optymalizacji TCO i ROI dzięki Scrumowi: http://www.thepathtoagility.com/wp-content/up loads/2012/03/kenschwa3.pdf Darmowe testy przygotowujące do scrumowych certyfikatów: https://www.scrum.org/open-assessments Najnowszy podręcznik po Scrumie: https://www.scrumguides.org/docs/scrumguid e/v2017/2017-Scrum-Guide-Polish.pdf Karty z wartościami i rolami scrumowymi: http://gameagile.wikidot.com/scrum-values-role s-card-game 84
- 85. Dziękuję! O czym nie można mówić, o tym trzeba milczeć. Traktat logiczno-filozoficzny, Ludwig Wittgenstein 85