1 PODEJCIE ZWINNE DO ZARZDZANIA PROJEKTAMI Pawe Rola

1 PODEJŚCIE ZWINNE DO ZARZĄDZANIA PROJEKTAMI Paweł Rola i Dorota Kuchta

Koszty projektów 2 W USA, organizacje wydają rocznie więcej niż 250 billionów $ na realizację aplikacji IT w ponad 175, 000 projektach Średni koszt projektu: • Duża organizacja $2, 322, 000; • Średnia organizacja $1, 331, 000; • Mała organizacja $434, 000. Chaos Report. Standish Group

Realizacja projektów IT w USA 3 Realization of IT projects in the United States in 1994 -2006 źródło: The-curious-case-of-the-chaos-report-2009

Manifest Agile 4 ludzie i interakcje z nimi ponad procesy i narzędziałające produkty ponad kompleksową dokumentację współpraca z klientem ponad negocjowanie kontraktu reagowanie na zmiany ponad wypełnianie planu „…Doceniamy to, co wymieniono po prawej stronie jednak bardziej cenimy to co po lewej…”

Zwiedzanie Krakowa (3 dni) 5 Co lepsze? Przygotowanie całej wycieczki od razy? Elastyczne reagowanie po każdym dniu?

Dlaczego Scrum 6 Agile methods: � � � Scrum Extreme Programming Adaptive Software Development (ASD) � � Dynamic System Development Method (DSDM) Crystal Version One, "Third Annual Survey 2008 The State of Agile Development, "

Historia Scrum 7 1986: � Takeuchi H, Nonaka I. “The new product development game. ” Harvard Business Review 64: 1: 137 -146 (Jan/Feb); 1993; � Scrum, jako metoda przeznaczona dla zespołów rozwijających oprogramowanie, został opracowany i wdrożony po raz pierwszy w Easel Corporation; 1994: � Coplien J. O. , "Borland Software Craftsmanship: A New Look at Process, Quality and Productivity, " in 5 th Annual Borland International Conference, Orlando, FL; 1995: � Jeff Sutherland i Ken Schwaber doprecyzowują i spisują zasady Scrum; 1996: � Przedstawienie metody Scrum na konferencji OOPSLA w Portland, USA; 2001: � Agile Manifesto w Snowbird, Utha, USA; 2009: � Założenie Scrum. org.

Czym jest Scrum ? 8 Sam w sobie Scrum nie jest procesem czy techniką wytwórczą; opisuje jedynie ogólne sposoby postępowania, w obrębie, których możliwe jest stosowanie różnego rodzaju procesów i technik http: //agilemanifesto. org/

Czym jest Scrum ? 9

Scrum 10

Scrum 11 Najfajniejszy projekt w sieci !

Scrum 12

Product Backlog 13 Product Backlog (PB) uporządkowana lista funkcjonalnych i niefunkcjonalnych wymagań mających wartość dla klienta. Reprezentuje potrzeby klienta; Ewoluuje wraz z rozwojem projektu; Potrzeby są uchierachizowane pod względem korzyści biznesowych; Często złożony z User Stories; Elementy PB nie zawierają pełnej specyfikacji;

User Story 14 Identyfikacja użytkownika Opis co ma się stać Jako użytkownik X Chcę wykonać czynność Z Identyfikacja celu Aby osiągnąć cel Z X+Y+Z = USER STORY Jako klient sklepu internetowego chcę przeczytać recenzję wybranych produktów aby zdecydować się który produkt warto kupić

Product Backlog 15 Funkcjonalność Status Prioryte Pracochłonnoś Priorytet Realizacja t ć Biznesowy Zatwierdzona 9 5 9 Sprint 1 Zatwierdzona 7 7 7 Sprint 1 Nowa 5 9 5 Sprint 2 Użytkownik ma możliwość przeglądania swojego profilu użytkownika w celu weryfikacji danych. Użytkownik ma możliwość aktualizacji swoich danych teleadresowych dla wykluczenia błędów i naniesienia zmian. Użytkownik ma możliwość przeglądu ostatnich faktur w celu kontroli wydatków. Użytkownik ma możliwość złożenia dyspozycji o rezygnacji z usługi dla ułatwienia zmian. Użytkownik ma możliwość złożenia dyspozycji o aktywacji nowej usługi dla ułatwienia zmian. Przykładowy fragment Rejestru Produktu Źródło: Opracowanie własne.

Scrum 16

Product Owner 17 Product Owner (PO) definiuje wartości i wymagania produktu. � Komunikowanie ogólnej wizji produktu i wyjaśnianie poszczególnych wymagań; � Maksymalizuje korzyści biznesowe poprzez priorytetyzację wymagań; � Waliduje rezultaty pracy zespołu, odpowiada zespołowi czy zbudował właściwy produkt; � Akceptuje gotowe fragmenty produktu; � Decyduje czy kontynuować projekt.

Scrum 18

Team 19 Team (ZD) jest małą samodzielną i interdyscyplinarną grupą realizującą projekt. � Ma prawo i obowiązek samodzielnie podejmować decyzję niezbędne do realizacji sprintu; � Określenie ilość User Stories realizowanych w Sprincie; � Identyfikacja ryzyka i blokad oraz informowanie o nim Scrum Mastera; � Priorytetyzacja zadań w Sprincie; � Rozmiar zespołu (7 /+- 2 osoby).

Scrum 20

Scrum master 21 Scrum Master (SM) zapewnia efektywność i produktywność. Wyjaśnia i dba o przestrzeganie reguł Scrum; Osłania zespół przed zewnętrznymi czynnikami mogącymi zaburzyć pracę zespołu; Usuwa napotkane przez zespół przeszkody; Wspiera rozwój zespołu; Nie jest „kierownikiem projektu”.

Scrum 22

Sprint Planning Meeting 23 Sprint Planning Meeting (Planowanie Sprintu) spotkanie, które ma na celu zaplanowanie prac, jakie zostaną zrealizowane w najbliższym Sprincie. W spotkaniu biorą udział : Scrum Master; Zespół Deweloperski; Product Owner. Spotkanie powinno trwać 2 h na każdy tydzień sprintu;

Sprint Planning Meeting 24 Spotkanie składa się z dwóch części: Część I – PO wyjaśnia zespołowi wymagania z PB. Zespół określa ile User Stories jest w stanie zaimplementować w trakcie najbliższego sprintu; Cześć II – Zespół Deweloperski dekomponuje User Stories na możliwie najmniejsze zadania; Na podstawie User Stories tworzony jest Rejestr Sprintu; Zdefiniowany zostaje cele sprintu odzwierciedlający zobowiązania przyjęte przez zespół na najbliższy Sprint.

Scrum 25

Sprint Backlog 26 Sprint Backlog (SB) lista zadań, które należy wykonać w trakcie sprintu aby zaimplementować wybrane elementy PB Zespół samodzielnie decyduje, który z członków, będzie realizował dane zadanie; Uaktualniany na bieżąco; Zadania zwykle szacowane w godzinach; Zadania powinny być możliwie jak najbardziej zdekomponowane przed realizacją.

Sprint Backlog 27 Użytkownik ma możliwość aktualizacji swoich danych 2 teleadresowych w celu uniknięcia błędów i naniesienia Zatwierdzon a Wersja 9 5 9 1/Sprint 1 zmian Nr. Zadania 201 202 203 204 205 206 Zadanie Status Właściciel Dodanie okien dialogowych do Zrealizowan Jan wprowadzenia danych e Kowalski Dodanie praw dostępu do aktualizacji danych Dodanie funkcji zapisu do bazy danych Dodanie przycisku rezygnacji z operacji aktualizacji danych Przydzielone W realizacji Przydzielone Anna Nowak Tomasz Polak Dodanie przycisku akceptacji Zrealizowan Tomasz operacji aktualizacji danych e Polak Funkcja walidacji wprowadzanych danych Przydzielone Jan Kowalski Oszacowani Sprin Uwagi e [godz. ] t 5 1 Brak 7 1 Brak 3 1 Brak 2 1 Brak Przykładowy fragment rejestru sprintu Źródło: Opracowanie własne.

Scrum 28

Sprint 29 Sprint regularny, powtarzalny cykl pracy. Efektem sprintu jest mały wycinek systemu obsługujący małą część wymagań ale w sposób kompletny. Zakres prac, jaki Zespół Deweloperów zdecydował się wykonać w danym Sprincie, nie ulega zmianie w trakcie jego trwania; Każdy Sprint rozpoczyna się spotkaniem Planowanie Sprintu; Sprint kończony jest Przeglądem i Retrospektywą Sprintu; Sprint trwa od 1 do 4 tygodni;

Scrum 30

Daily Scrum Meeting 31 Daily Scrum Meeting (Codzienny Scrum) krótkie 15 minutowe spotkanie odbywające się na stojąco w trakcie którego każdy z członków zespołu odpowiada na trzy pytania: Co zostało wykonane od ostatniego spotkania? Co zostanie wykonane przed kolejnym spotkaniem? Jakie przeszkody napotkano od ostatniego spotkania?

Scrum 32

Burndown chart 33 Burndown chart (Rejestr wypalenia) sporządzany dla wydania lub sprintu, ukazuje ilość pozostałej pracy oraz prędkość z jaką wykonywane są kolejne zadania.

Definition of Ready 34 Kryterium gotowości (ang. definition of ready), określa jakie cechy ma posiadać funkcjonalność (user story) aby mogło być zrealizowana przez zespół. Zadania nie spełniające tego kryterium nie są brane pod uwagę podczas Planowania Sprintu

Definition of Done 35 Kryterium ukończenia (ang. definition of done). Określa ono kiedy realizowaną funkcjonalność (user story) można uznać za wykonaną. Jeśli zadanie kryterium tego nie spełnia, przenoszone jest z powrotem na product backlog – nie jest dostarczone.

Scrum 36

Sprint Review 37 Sprint Review spotkanie kończące Sprint. W trakcie Zespół Deweloperów, prezentuje uzyskany przyrost w danym Sprincie, Product Ownerowi oraz pozostałym interesariuszom projektu. Prezentacja odbywa się dla i perspektywy PO (klienta), a nie programisty; Otwartość zespołu na uwagi i dyskusje z PO; Nie dopuszczalna jest prawie skończona praca.

Scrum 38

Sprint Retrospektive 39 Sprint Retrospektive spotkanie Zespołu Deweloperskiego mające na celu ulepszenie procesu wytwórczego. Wspierane przez SM lub/i cocha; Stworzenie planu usprawnień dotyczących sposobu wykonywania pracy przez ZD; Sprawdzenie, co działo się w ostatnim Sprincie przy uwzględnieniu ludzi, zależności, procesów i narzędzi, Zidentyfikowanie i uporządkowanie istotnych elementów, które sprawdziły się w działaniu oraz

Czym jest Scrum ? 40

Mapa projektu 41 q Projekt składa się z wielu wydań (Release); q Wydania składają się z wielu Sprintów; q Historie użytkownika (User Story) rozpoczynają się i kończą w sprincie; q Historie są uhierarchizowane ze względu na wartość biznesową i priorytet.

42 Dlaczego Scrum jest korzystny ? 80 % wartości wynika z 20 % funkcjonalności (reguła Pareto); Do 60 % dostarczonej funkcjonalności jest używane rzadko lub wcale; Jim Johonson et al. 2002 Keynote Speech XP 2002. Standish Group „U podstaw wszystkich problemów z projektami leży fakt, że ktoś komuś o czymś ważnym nie powiedział”. Kent Beck

User Story 43 Identyfikacja użytkownika Opis co ma się stać Jako użytkownik X Chcę wykonać czynność Z Identyfikacja celu Aby osiągnąć cel Z X+Y+Z = USER STORY Jako klient sklepu internetowego chcę przeczytać recenzję wybranych produktów aby zdecydować się który produkt warto kupić

Czym jest Scrum ? 44