• Save
Wiosenne Wieczory ze Scrum 1 Rzut okiem na Scrum
Upcoming SlideShare
Loading in...5
×
 

Wiosenne Wieczory ze Scrum 1 Rzut okiem na Scrum

on

  • 933 views

Rzut okiem na Scrum – pierwszy z cyklu czterech Wiosennych Wieczorów ze Scrum prezentowanych przez Fluid Circle (fluidcircle.net).

Rzut okiem na Scrum – pierwszy z cyklu czterech Wiosennych Wieczorów ze Scrum prezentowanych przez Fluid Circle (fluidcircle.net).

Statistics

Views

Total Views
933
Views on SlideShare
933
Embed Views
0

Actions

Likes
2
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Wiosenne Wieczory ze Scrum 1 Rzut okiem na Scrum Wiosenne Wieczory ze Scrum 1 Rzut okiem na Scrum Presentation Transcript

    • Wieczór #1Rzut okiem na Scrum 2012-03-07
    • O nas • Pomagamy zespołom rozwijać się dzięki agile i Scrum. • przez doradztwo, coaching, szkolenia, warsztaty i publikacje. Daniel Skowroński • Certified Scrum Master • Microsoft Certified Technology Specialist • 5 lat w branży IT m.in. jako developer, architekt, project manager i niezależny przedsiębiorca Michał Parkoła • 5 lat w branży IT m.in. jako analityk, projektant i product manager • Professional Scrum Master 2 http://fluidcircle.net
    • Kontrakt • Jesteśmy na Ty! • Dwie krótkie przerwy • Telefony, tablety, laptopy • Inne? 3 http://fluidcircle.net
    • Szokujące marnotrastwo! 60% funkcjonalności systemów informatycznych jest używana nigdy lub prawie nigdy. [Standish Group] 4 http://fluidcircle.net
    • 2012-03-06 Rzut okiem na Scrum2012-03-13 Planowanie i estymacja2012-03-20 Budowanie zespołu2012-03-27 Wdrożenie i skalowanie Scrum 5 http://fluidcircle.net
    • Wieczór #1Rzut okiem na Scrum Na tym szkoleniu dowiesz się: • Co to jest i jak działa Scrum? • Do czego może się przydać? oraz poznasz: • zarys historii Scrum, • główne założenia teorii Scrum. 6 http://fluidcircle.net
    • Wieczór #2Estymacja i planowanie Na tym szkoleniu dowiesz się m.in. o: • Zarządzaniu wymaganiami w duchu agile z użyciem User Stories • Względnym szacowaniu złożoności zadań i zwinnym planowanie prac 7 http://fluidcircle.net
    • Wieczór #3Komunikacja w Zespole Na tym szkoleniu dowiesz się: • jak przekształcić grupę w zespół? • jak rozwiązywać konflikty w zespole? • jak stymulować stały rozwój? 8 http://fluidcircle.net
    • Wieczór #4Wdrożenie i skalowanie Na tym szkoleniu dowiesz się: • Jak skutecznie wprowadzić Scrum do organizacji? • Jak skoordynować pracę wielu zespołów w dużych projektach? 9 http://fluidcircle.net
    • Poznajmy się! • Kim jesteś? • Jaką rolę pełnisz w swojej organizacji? • Co wiesz o Scrum? • Do czego może Ci się przydać Scrum? 10 http://fluidcircle.net
    • Ćwiczenie http://www.flickr.com/photos/andrewmalone/5163296098/ 11 http://fluidcircle.net
    • Trzy filary Scrum Inspekcja i adaptacja vs. przewidywanie wszystkiego z góry Współpraca z klientem vs. głuchy telefon Praca zespołowa vs. mikro-zarządzanie 12 http://fluidcircle.net
    • Co może dać Scrum? Im więcej ryzyka i niepewności w projekcie tym większą przewagę ma Scrum nad tradycyjnymi podejściami opartymi o planowanie i specyfikację. http://en.wikipedia.org/wiki/File:DPLE.jpg 13 http://fluidcircle.net
    • Co może dać Scrum? Większa produktywność przez ciągłe doskonalenie praktyk i systematyczne usuwanie przeszkód organizacyjnych. Wymaga dyscypliny i motywacji zespołu oraz wsparcia kierownictwa! 14 http://fluidcircle.net
    • Co może dać Scrum? Większa wartość produktów dzięki priorytetyzacji i adaptacji do prawdziwych wymagań. Wymaga zaangażowania klienta! 15 http://fluidcircle.net
    • Co może dać Scrum? Zaangażowanie i satysfakcja zespołu dzięki samostanowieniu i namacalnym efektom pracy. Wymaga szacunku i zaufania kierownictwa! 16 http://fluidcircle.net
    • Uwaga! Scrum bezlitośnie obnaża największe słabości organizacji (aby można je było usunąć!) http://www.flickr.com/photos/ikkoskinen/3575379515/ 17 http://fluidcircle.net
    • Kto używa Scrum? • Duże firmy i startupy • Rząd i wojsko! • Produkty i usługi • Nie tylko IT! 18 http://fluidcircle.net
    • Waterfall 19 http://fluidcircle.net
    • Waterfall • Kiedy działa dobrze? • gdy (prawie) wszystko da się przewidzieć i zaplanować • Kiedy działa źle? • koszt zmian jest wysoki i szybko rośnie: • ~> unikanie zmian, zamiatanie problemów pod dywan • ~> zbyt wolne reagowanie na zmiany ~> strata okazji • kumulacja opóźnień, brak przejrzystości ~> zawiedzione oczekiwania • zamrożony zakres ~> klient chce upchnąć jak najwięcej, bo potem nie będzie miał szansy zmienić zdania 20 http://fluidcircle.net
    • Agile http://www.flickr.com/photos/erikcharlton/410939714/ przewidywanie ~> pomiar i adaptacja • paradoksalnie: zwiększa przewidywalność • zmiana jest stałym elementem procesu • szybsze wykrywanie (i rozwiązywanie) problemów • lepsze dopasowanie produktu do potrzeb i oczekiwań klienta 21 http://fluidcircle.net
    • Historia Agile • ~1950 Deming (cykl PDCA, Japonia) • ~> Toyota Production System • ~> Lean Manufacturing • ~> Total Quality Management 22 http://fluidcircle.net
    • Historia Agile • ~1990 zalążki Scrum na bazie TPS/Lean • 1993 pierwszy Scrum w Easel Corp. • 1995 Jeff Sutherland i Ken Schwaber prezentują Scrum na konferencji OOPSLA • 11-13 lutego 2001 Agile Manifesto powstaje na spotkaniu w Snowbird w USA 23 http://fluidcircle.net
    • Manifest Agile Wytwarzając oprogramowanie i pomagając innym w tym zakresie, odkrywamy lepsze sposoby wykonywania tej pracy. W wyniku tych doświadczeń przedkładamy: Ludzi i interakcje nad procesy i narzędzia. Działające programy nad obszerną dokumentację. Współpracę z klientem nad formalne ustalenia. Reagowanie na zmiany nad podążanie za planem. Doceniamy to, co wymieniono po prawej stronie, jednak bardziej cenimy to, co po lewej. 24 http://fluidcircle.net
    • Trzy filary Scrum Inspekcja i adaptacja vs. przewidywanie wszystkiego z góry Stały kontakt z klientem vs. głuchy telefon Samoorganizacja vs. mikro-zarządzanie 25 http://fluidcircle.net
    • Scrum Szkielet zespołowego procesu twórczego: Role Artefakty Wydarzenia Reguły Praktyki techniczne do ustalenia przez zespół! 26 http://fluidcircle.net
    • Przebieg procesu 27 http://fluidcircle.net
    • Role Product Owner Zespół Scrum Master 28 http://fluidcircle.net
    • Product Owner Jest odpowiedzialny za: • Maksymalizację wartości pracy zespołu • Komunikowanie ogólnej wizji produktu i wyjaśnienie wymagań • Akceptację gotowych fragmentów produktu 29 http://fluidcircle.net
    • Zespół • Samoorganizujący się • Interdyscyplinarny • Stabilny • Kompetentny • 7 +/- 2 30 http://fluidcircle.net
    • 31 http://fluidcircle.net
    • Scrum Master • Wyjaśnia i dba o przestrzeganie reguł Scrum • Usuwa przeszkody organizacyjne! • Pomaga zespołowi rozwijać się • NIE jest “szefem” zespołu 32 http://fluidcircle.net
    • Artefakty Product Backlog Sprint Backlog Product Increment (Burndown) 33 http://fluidcircle.net
    • Backlog Produktu • Uporządkowana lista wymagań mających widoczną wartość dla Klienta • Elementy backlogu NIE zawierają pełnej specyfikacji – są obietnicą przyszłej rozmowy między PO a Zespołem • Uporządkowany przez PO z uwzględnieniem wartości biznesowej, złożoności i ryzyka technicznego i innych 34 http://fluidcircle.net
    • Backlog Produktu • Często złożony z User Stories • Złożoność elementów jest oszacowana w jednostkach względnych (punktach) • Elementy backlogu produktu są rozbijane na zadania podczas Planowania Sprintu 35 http://fluidcircle.net
    • Backlog Sprintu • Zawiera plan zespołu na zrealizowanie wybranych wymagań z PBL • Tworzony podczas Planowania Sprintu 36 http://fluidcircle.net
    • Backlog Sprintu • Oszacowany w idealnych godzinach • Uaktualniany na bieżąco (np. podczas Codziennego Scrumu) • Pozostały czas nie zawsze maleje! 37 http://fluidcircle.net
    • Fragment Produktu • W pełni realizuje wymagania wybrane do danego Sprintu zgodnie z Definicją Gotowości (Definition of Done) • Mógłby zostać wdrożony lub opublikowany (ale nie zawsze musi) • Pokazuje realne możliwości zespołu i postępy w drodze do pełnego produktu 38 http://fluidcircle.net
    • Wydarzenia (Release Planning Meeting) Sprint Sprint Planing Meeting Daily Scrum Sprint Review Sprint Retrospective (Backlog Grooming) 39 http://fluidcircle.net
    • Sprint • W czasie sprintu zespół zamienia wybrane na początku wymagania w gotowy do użycia fragment produktu • Wybrane wymagania są zamrożone; reszta wymagań może się zmieniać • Stałej długości (zwykle 2~4 tygodni) • Wyznacza stały rytm prac i punktów kontrolnych (okazji do adaptacji) 40 http://fluidcircle.net
    • Planowanie Sprintu • Ograniczony w czasie (8h dla miesięcznego sprintu, proporcjonalnie mniej dla krótszego) • Część 1: PO wyjaśnia wymagania, zespół określa ile wymagań ze szczytu PBL bierze do realizacji • Część 2: Zespół planuje realizację wymagań rozbijając wybrane wymagania na zadania 41 http://fluidcircle.net
    • Codzienny Scrum • max 15 minut (twardy limit), na stojąco • Zespół wymienia się informacjami między sobą; NIE raport dla przełożonych • Każdy członek zespołu odpowiada na trzy pytania: • Co skończyłeś robić? • Co planujesz zrobić? • Czy coś Cię spowalnia? 42 http://fluidcircle.net
    • Przegląd Sprintu • Zespół prezentuje wyniki swoich prac • PO akceptuje lub odrzuca realizację poszczególnych elementów PBL • Nie w pełni zrealizowane wymagania wracają do PBL – nie ma dokańczania w międzyczasie! • Po obejrzeniu gotowego fragmentu 43 http://fluidcircle.net
    • Retrospekcja • Okazja dla zespołu do identyfikacji przeszkód i ulepszenia procesu wytwórczego • BEZ indywidualnej oceny uczestników – na potrzeby retrospekcji zakładamy, że każdy pracował najlepiej jak mógł! • Wspierana przez Scrum Mastera i/lub coacha 44 http://fluidcircle.net
    • Wydarzenia Pomocnicze• Planowanie Wydania • Konstruowanie PBL, wstępne oszacowanie kiedy i z jakimi funkcjonalnościami zostanie wydany produkt• Porządkowanie Backlogu • Rozbijanie zbyt dużych elementów i konsolidacja małych • Dopisywanie nowych elementów i aktualizacja starych 45 http://fluidcircle.net
    • Reguły Scrum • Na codzienne spotkania zespołu mogą przychodzić inni (PO, CEO, ...) ale mówić mogą jedynie członkowie zespołu! • Wydarzenia są ograniczone czasowo - kończą się niezależnie od wyniku: nie przedłużamy sprintów choćby nie wiem co! 46 http://fluidcircle.net
    • Przebieg procesu 47 http://fluidcircle.net
    • Burndown 48 http://fluidcircle.net
    • Scrum Guide 2011 lipiec 2011 Scrum.org Ken Schwaber Jeff Sutherland 49 http://fluidcircle.net
    • Pytania i odpowiedzi ? 50 http://fluidcircle.net
    • Trzy filary Scrum Pomiar i adaptacja vs. przewidywanie wszystkiego z góry Współpraca z klientem vs. głuchy telefon Praca zespołowa vs. mikro-zarządzanie 51 http://fluidcircle.net
    • Osobisty Scrum Pomiar i adaptacja Często dostarczaj małe (ale nie rozgrzebane) kawałki wartości, stale ulepszaj jakość i trafność produktów oraz własną efektywność. Współpraca z klientem Zawsze wiedz kto jest Twoim odbiorcą i sprawdź, czy Twoja praca ma realną wartość dla jej tych odbiorców! Jeśli nie to zmień podejście (lub odbiorców). Praca zespołowa Pielęgnuj konstruktywne relacje z innymi – pomagaj innym i korzystaj z pomocy. Model geniusza-samotnika to fikcja. 52 http://fluidcircle.net
    • Retrospekcja Co, z tego co się nauczyłeś było: najciekawsze? najbardziej przydatne? Co było niezrozumiałe? Jak można by to lepiej wyjaśnić? Co jeszcze można by ulepszyć: w treści? w materiałach? w logistyce? 53 http://fluidcircle.net
    • 2012-03-06 Rzut okiem na Scrum2012-03-13 Planowanie i estymacja2012-03-20 Budowanie zespołu2012-03-27 Wdrożenie i skalowanie Scrum 54 http://fluidcircle.net
    • Dziękujemy! 55 http://fluidcircle.net