Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Zarządzanie projektem w Scrum

No description
by

Łukasz Orzechowski

on 17 May 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Zarządzanie projektem w Scrum

Artefakty:
Rejestr produktu
Rejestr sprintu
Wykresy spalania
Role:
Panel usługi
Planowanie sprintu
Określenie jak osiągnąć cel sprintu (projekt)
Utworzenie rejestru sprintu (zadań) z elementów rejestru produktu (historii użytkownika / funkcjonalności)
Oszacowanie rejestru sprintu w godzinach
Analiza i przeglądanie rejestru produktu
Wybór celu sprintu
Priorytetyzacja sprintu
Planowanie sprintu
Planowanie sprintu
Przegląd sprintu
Retroperspektywa
Codzienny scrum
Role:
Właściciel produktu
ScrumMaster
Zespół
Backlog produktu
Backlog sprintu
Wykresy spalania
Planowanie sprintu
Przegląd sprintu
Retroperspektywa
Codzienny scrum
Ceremonie:
Artefakty:
Właściciel produktu
ScrumMaster
Zespół
Przykładowy rejestr produktu
Sprinty
Projekty w metodyce Scrum rozwijane są w ramach kolejnych "sprintów"
Jest to analogiczne do iteracji w metodyce XP
Typowy sprint ma długość od 2–4 tygodni - czyli trwa nie dłużej niż miesiąc
Ustalona i niezmienna długość sprintów pozwala złapać lepszy rytm pracy
Produkt końcowy jest projektowany, kodowany i testowany w ramach pojedynczego sprintu
Zarzadzanie rejestrem sprintu
Zainteresowani członkowie zespołu sami wybierają czym będą się zajmować
Praca nigdy nie jest przypisywana odgórnie
Każdego dnia uaktualnia się informację o pozostałej pracy
Każdy członek zespołu może dorzucać, zmieniać i usuwać elementy z rejestru sprintu
W czasie sprintu może pojawić się potrzeba wykonania dodatkowych prac, aby dowieźć zakres
Jeśli zakres do zrobienia nie jest pewny na etapie planowania, należy przydzielić czas z zapasem i rozbić to zadanie na mniejsze w trakcie pracy, uaktualniając ilość pracy do zrobienia
Własciciel produktu
Określa funkcjonalności produktu
Decyduje o dacie wydania i zawartości
Jest odpowiedzialny za dochodowość przedsięwzięcia (ROI)
Priorytetyzuje funkcjonalności ze względu na wartość rynkową
Przy każdej iteracji modyfikuje funkcjonalności i priorytety, jeśli jest taka potrzeba
Akceptuje lub odrzuca wyniki pracy
Cechy charakterystyczne
Samoorganizujące się zespoły
Produkt jest rozwijany w ramach "sprintów" o określonej długości (od 2 tygodni do miesiąca)
Wymagania są przechowywane jako elementy listy "backlogu/dziennika produktu"
Metodologia nie narzuca określonych praktyk inżynierii programowania
Wprowadza uogólnione zasady, aby stworzyć zwinne środowisko dostarczania produktów
Jest metodologią "zwinną"
Retroperspektywa
Okazja dla zespołu do inspekcji swoich działań i opracowania planu usprawnień, który zostanie wcielony w życie w najbliższym Sprincie.
Do 3 godzin dla sprintów miesięcznych, proporcjonalnie mniej dla krótszych
Wykonywana po każdym sprincie przed rozpoczęciem planowania
Bierze w niej udział cały zespół, SM, PO, osoby zaangażowane
Celem jest zidentyfikowanie problemów, możliwych usprawnień, aktualizacja Definicji Ukończenia
Scrum Master
Przywódca służebny w stosunku do zespołu
Odpowiedzialny za przestrzeganie wartości i praktyk scrum
Usuwa przeszkody
Dokłada starań, aby zespół był w pełni funkcjonalny i produktywny
Zapewnia bliską współpracę między wszystkimi rolami i funkcjami
Chroni zespół przed wpływami zewnętrznymi
Rzut oka na scrum
Rysunek pochodzi z www.mountaingoatsoftware.com/scrum
Metodologię Scrum stosowały firmy takie jak:
Microsoft
Yahoo
Google
Electronic Arts
Lockheed Martin
Philips
Siemens
Nokia
IBM
Capital One
BBC
Intuit
Nielsen Media
First American Real Estate
BMC Software
Ipswitch
John Deere
Lexis Nexis
Sabre
Salesforce.com
Time Warner
Turner Broadcasting
Oce
Wykres spalania sprintu
Przeglad sprintu
Zespół pokazuje co udało się zrobić w trakcie sprintu
Zazwyczaj w formie prezentacji nowych funkcjonalności lub ukończonej architektury
Spotkanie jest nieformalne
Max 4 godz dla sprintu miesięcznego, proporcjonalnie mniej dla krótszego
W spotkaniu bierze udział cały zespół, oprócz zespołu może przyjść na nie kto tylko chce
Właściciel produktu określa co zostało zrobione a co nie oraz omawia rejestr produktu, przewiduje termin zakończenia prac przy obecnych planach
Wynikiem jest uaktualniona wersja rejestru produktu
Codzienny scrum
Cechy
Każdego dnia
15-minut
Na stojąco
Bez rozwiązywania problemów
Może przyjść kto chce
Ale mówić mogą tylko członkowie zespołu, Scrum Master i właściciel produktu
Pomaga unikać niepotrzebnych spotkań
Początki scrum
Jeff Sutherland
Pierwsze scrumy w Easel Corp w 1993
IDX i 500+ osób pracujących w Scrum
Przegrywamy tę sztafetę
Hirotaka Takeuchi oraz Ikujiro Nonaka,
“The New New Product Development Game”, Harvard Business Review, styczeń 1986.
Rejestr productu
Wymagania
Lista wszystkich planowanych prac w projekcie
Idealnie przedstawia wartość poszczególnych pozycji dla użytkowników produktu
Lista priorytetyzowana przez właściciela produktu
Priorytety ustalane ponownie na początku każdego sprintu
O, tutaj
Planowanie sprintu
Zespół ustala jak zmieni funkcjonalnośc wybraną z rejestru produktu na "ukończony przyrost" w trakcie trwania sprintu.
Tworzony jest rejestr sprintu
Rozpoznawane są poszczególne zadania i każde z nich podlega szybkiej wycenie
Robi to cała grupa a nie sam Scrum Master
Kształtowana jest ogólna wizja pomysłu na realizację celu.
Kodowanie warstwy pośredniej (8)
Kodowanie interfejsu użytkownika (4)
Interfejs do pozyskiwania zdjęć (4)
Projekt interfejsu użytkownika - UX (6)
Testy i poprawki przyrostu (4)
W czasie sprintu nie wolno wprowadzać zmian
Należy tak zaplanować czas sprintu, aby można było wykonać sprint bez jakichkolwiek zmian zaplanowanego zakresu
Zaczac / Przestac / Robic nadal
Cały zespół spotyka się i omawia co chciałby:
Zacząć robić
Przestać robić
Robić nadal
To tylko jeden ze sposobów prowadzenia retroperspektywy
Struktura scruma
Role:
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.
Pozwala na wykonywanie szybkiej i powtarzalnej inspekcji prawdziwego działającego oprogramowania (w okresach od dwutygodniowych do miesięcznych).
Priorytety ustala biznes. Zespół organizuje się sam, aby znaleźć najlepszy sposób dostarczenia funkcjonalności o najwyższym priorytecie.
W okresach od dwutygodniowych do miesięcznych każdy może zobaczyć prawdziwe i działające oprogramowanie oraz zdecydować czy je wydać czy nadal rozwijać w następnym sprincie.
Zespół
Od 3-9 osób
Wielofunkcyjny i samowystarczalny:
Programiści, testerzy, projektanci itd - wszyscy są nazywani deweloperami
Członkowie powinni być stale w zespole
Dopuszczalne są wyjątki (np. administrator bazy danych)
Zespół jest samoorganizujący się
Nikt nie może narzucać zespołowi jak ma przekuć elementy rejestru sprintu na przyrost gotowej funkcjonalności
Osoby w zespole można zmieniać tylko między sprintami.
Wszyscy odpowiadaja na 3 pytania
Spotkanie jest dla zespołu a nie dla Scrum Mastera
Zespół mówi jak jest, także w obliczu przełożonych
Po spotkaniu czasem konieczne jest spotkanie się w węższym gronie by usunąć przeszkody i dostosować plan prac
Co zrobiłem wczoraj
1
Co będę robić dzisiaj
2
Jakie widzę przeszkody?
3
Źródło: “The New New Product Development Game” przez Takeuchi i Nonaka. Harvard Business Review, January 1986.
Zamiast robić wszystkie zadania z jednego obszaru...
...zespoły scrumowe robią po trochę wszystkiego
Wymagania
Projekt
Kodowanie
Testowanie
Manifest zwinnego wytwarzania produktów – deklaracja wartosci
Procesy i narzędzia
Ludzie i interakcje
ponad
Podążanie za planem
Reagowanie na zmiany
Źródło: www.agilemanifesto.org
Obszerną dokumentację
Działające oprogramowanie
ponad
Formalne ustalenia
Współpraca z klientem
ponad
Cel sprintu
Krótki opis na czym skupi się praca w trakcie sprintu
Implementacja OpenStreetMap.
Przetłumaczenie i zlokalizowanie interfejsu użytkownika na angielski.
Przygotowanie aplikacji tak, by działała na MySQL a nie tylko Oracle
Podczas sprintu pomocna jest tablica zadan
Cel sprintu
Rejestr
sprintu

Warunki biznesowe
Pojemność zespołu
Rejestr produktu
Technologia
Aktualny produkt
“Podejście polegające na "przekazywaniu sobie pałeczki" przy produkcji oprogramowania… może kłócić się z osiąganiem maksymalnej szybkości
i elastyczności. Przy dzisiejszym poziomie konkurencji rynkowej lepszym może być podejście holistyczne, często nazywane też podejściem "rugby"
- w którym zespół próbuje przebyć dystans razem, przekazując piłkę
w przód i w tył.
Scrum w 100 słowach
ponad
Różnica między podejściem waterfallowym
a iteracyjnym tworzeniem oprogramowania
Artefakty:
Ceremonie:
Rejestr produktu
Rejestr sprintu
Wykresy spalania
Struktura scruma
Ceremonie:
Planowanie sprintu
Przegląd sprintu
Retroperspektywa
Codzienny scrum
Właściciel produktu
ScrumMaster
Zespół
Struktura scruma
Zarządzanie bazami
Database Application
Serwis mapowy
Oparte na materiałach:
Agile SCRUM and Everything by Antoine Vernois
The Scrum Guide
Zarządzanie projektem
Łukasz Orzechowski
The project triangle
na sposób SCRUM*
Waterfall
Agile
Analiza >
Wymagania >
Implementacja >
Wdrożenie >
Etap testów >
Utrzymanie
Istnieje ustalona kolejność zadań do zrobienia:
I nie możemy zacząć następnego etapu przed zakończeniem bieżącego
*głównie
Ani wracać
Waterfall nie zawsze się sprawdza!
Dlaczego?
Brak opinii klientów
Proces jest liniowy. Trudniej doprowadzić go do celu, zdecydowanie wyższy jest koszt popełnienia błędu.
Increasing of legacy code
Brak miejsca na ulepszenia w trakcie prac
Od programistów oczekuje się
czegoś innego - to nie oni odpowiedzialni
są za cele biznesowe. Mają wykonać
to, co zostało zdefiniowane
w wymaganiach.
Intro To Scrum by Mountain Goat Software, LLC
Ken Schwaber
ADM
Scrum przedstawiony w OOPSLA 96
Author trzech książek o metodologii Scrum
Mike Beedle
Wzory Scrum w PLOPD4
Ken Schwaber oraz Mike Cohn
Współzałożyciele Scrum Alliance w 2002, początkowo w ramach Agile Alliance
Źródło grafiki: http://networkstatic.net
Rejestr produktu
Rejestr sprintu
Wykresy spalania
Planowanie sprintu
Przegląd sprintu
Retroperspektywa
Codzienny scrum
Ceremonie:
Artefakty:
Właściciel produktu
ScrumMaster
Zespół
Struktura scruma
Role:
Rysunek pochodzi z cartertoons.com
Część 1
Część 2
Maksymalnie 8 godzin dla miesięcznego sprintu, odpowiednio mniej dla krótszych
Część 1: Co będzie zrobione w tym sprincie?
Część 2: Jak wybrana praca będzie wykonana?
Właściciel produktu pokazuje uporządkowany rejestr produktu
Dane wejściowe to
Rejestr produktu
Ostatni przyrost
Przewidywana pojemność zespołu
To zespół decyduje ile weźmie z rejestru produktu do rejestru sprintu
Wynik tej części spotkania:
W porozumieniu z Właścicielem produktu formuowany jest Cel sprintu (o tym później)
Wybrane są pozycje z rejestru produktu do zrobienia w ramach sprintu
Planując urlop
chcę zobaczyć
zdjęcia hoteli
Ustalana jest Definicja Ukończenia - czyli co oznacza, że funkcjonalność została zrobiona
Rysunek pochodzi ze strony www.scumdo.pl
Źródło rysunku: procognita.pl
Przerwanie sprintu przed czasem
Tylko Właściciel Produktu ma prawo to zrobić, jednak może podjąć taką decyzję pod wpływem opinii interesariuszy, Zespołu Deweloperskiego lub Scrum Mastera.
Sprint może zostać przerwany, jeśli Cel Sprintu się zdezaktualizuje - firma zmieni kierunek rozwoju, nastąpi gwałtowna zmiana rynku lub technologii lub przyjdzie absolutnie niezbędna wrzuta.
Timeboxy - ograniczenia oraz scrumbut
W scrumie w zasadzie wszystkie ceremonie mają ustalony przedział czasowy. Należy go przestrzegać, ponieważ nadaje on określony i powtarzalny rytm pracy, niezbędny dla procesu
Scrum z jednej strony jest bardzo ogólny, ale w tej ogólności bardzo restrykcyjny. Jeśli nie przestrzegasz którejś z zasad scruma - to nie pracujesz w scrumie. Albo jest scrum, albo scrumbut.
Czy scrum jest odpowiedziaąna wszystko?
Nie. Scrum jest:
Lekki,
Łatwy do zrozumienia,
Bardzo trudny do opanowania.
Organizacja musi chcieć pracować w scrumie i być na to gotowa - przestrzegając wszystkich reguł.
Żaden projekt scrumowy nie uda się bez silnego Właściciela Produktu. Jeśli WP będzie pozbawiony decyzyjności, będzie często zmieniał zdanie (z własnych powodów lub pod wpływem nacisku inwestorów), nie będzie miał jasnej wizji jak chce rozwijać produkt, projekt będzie kręcił się w kółko i nigdy nie dojdzie do wydania.
W takiej sytuacji lepsze są metody waterfallowe.
Dziękuję za uwagę - czas na pytania :)
Full transcript