SCRUM

    Scrum to Zwinne (Agile) podejście do tworzenia nowego produktu. Produktem jest często oprogramowanie, ale może to być dowolna rzecz, która ma dla kogoś wartość. Na przykład kampania marketingowa, konferencja, video podcast albo samochód. Scrum opiera się na dostarczaniu produkt w małych przyrostach, co powoduje, że w dowolnym momencie wiemy gdzie jesteśmy i mamy działającą wersję produktu.

            

    Podstawą pracy w Scrum jest cykliczne działanie w tzw. sprintach. Mają one określoną, stałą długość (1-4 tygodni), których efektem ma być konkretna wartość dodana dla klienta projektu. Zespół projektowy planuje, realizuje, sprawdza i poprawia tylko bieżący sprint. Po zakończeniu sprintu podejmowana jest decyzja „Co dalej?” czyli co teraz powinno być naszym priorytetem z całej listy zadań i pomysłów. Środowisko, w którym obecnie funkcjonują wszystkie firmy jest bardzo dynamiczne zarówno na zewnątrz jak i wewnątrz przedsiębiorstwa. Ma to swoje bezpośrednie przełożenie na realizowane projekty. Skoro nie mamy pewności co do wydarzeń w dalszej przyszłości, to po co zajmować czas na dokładne planowanie zadań, które będą możliwe (lub zupełnie niepotrzebne) do realizacji dopiero za pół roku. Niepewność jest nieodzowną częścią procesu projektowego, dlatego konieczne jest szybkie reagowanie na zmiany zachodzące w otoczeniu projektu, a to właśnie ma umożliwić nam praca w sprintach.

     

Wydarzenia w Scrum

• Sprint — iteracja nie dłuższa niż jeden miesiąc, w ramach której zwarte są pozostałe wydarzenia;
• 
  
• Sprint Planning — na początku każdego Sprintu patrzymy co jest najbardziej wartościową rzeczą do zrobienia przez Development Team i prognozujemy jak będzie wyglądała praca w tej iteracji;
• 
  
• Daily Scrum — codziennie Development Team spotyka się, żeby sprawdzić stan pracy i wspólnie zdecydować co należy dalej zrobić;
• 
  
• Sprint Review — pod koniec Sprintu sprawdzamy jak wygląda przyrost produktu i zbieramy feedback, żeby interesariusze mieli jasny obraz faktycznego postępu i dostosować wymagania do ich oczekiwań;
• 
  
• Sprint Retrospective — na koniec Sprintu zatrzymujemy się na chwilę, przyglądamy się procesowi, narzędziom, interakcjom, żeby zdecydować jak usprawnić proces;

Artefakty w Scrum

• Product Backlog — lista rzeczy do zrobienia dla produktu, jedyne miejsce, z którego Development Team bierze pracę. Product Backlog powinien być zawsze aktualny, żeby jasno pokazywać ile jeszcze jest rzeczy do zrobienia dla produktu;
• 
  
• Sprint Backlog — lista rzeczy do zrobienia w tym Sprincie. Sprint Backlog powinien być zawsze aktualny, żeby jasno pokazywać jaki jest postęp pracy.
• 
  
• Product Increment — ukończony, przetestowany i zintegrowany przyrost funkcjonalności i właściwości produktu, który pokazuje co jest faktycznie zrobione i jak to wygląda.
•                 

PDCA

PDCA czy PDSA

    Historia PDCA sięga roku 1959, ale podejście te zostało spopularyzowane przez Williama Edwardsa Deminga i to z nim jest najczęściej kojarzone. Deming duży nacisk kładł na analizę rezultatów, która powinna następować w kroku trzecim. Z czasem zmienił nazwę tego kroku z Check na Study, żeby lepiej odzwierciedlić jego cel.

    Tak więc PDCA stało się PDSA, ale nie zmieniło to zupełnie charakteru tego podejścia. Słowo “Sprawdź” sugeruje kontrolę i weryfikację czy wszystko przebiegło zgodnie z planem. Narażamy się wtedy między innymi na efekt potwierdzenia, bo dopasowujemy dane do z góry założonej tezy. Z kolei “Zbadaj” mówi nam, że mamy do czynienia z niewiadomą i powinniśmy pozbyć się wszystkich uprzedzeń.

    Niezależnie od tego czy Cykl Deminga nazwiemy PDCA czy PDSA, większość osób związanych z zarządzaniem bądź metodykami zwinnymi będzie wiedziała, o co chodzi. Dzięki iteracyjnemu podejściu i ciągłemu doskonaleniu, jest to najprostsza i najbardziej popularna zwinna metoda.

           

Zwinny Cykl Deminga

Siłą tego podejścia jest prostota, iteracyjność, drobne eksperymenty oraz gotowość zarówno na zmiany, jak i na nieuniknione porażki. Wszystko to składa się na zwinność.

Założenie, że ciągle znajdziemy coś do usprawniania jest słuszne. Nie zawsze będzie to warte naszego zaangażowania i ryzykowania negatywnych reakcji na zmiany, ale jeśli chcemy – możemy się udoskonalać w nieskończoność. Pamiętajmy, że Scrum(to przedstawię w kolejnym poście) działa podobnie.

Poszczególne etapy polegają na:

1. Planowanie – w tym etapie określony zostają sposób działania, który doprowadzić ma do określonego celu jakościowego.
2. Wykonanie – ten etap polega na wykonaniu wcześniej zaplanowanych działań.
3. Sprawdzenie – w tym etapie bada się wyniki wcześniej podjętych działań. Sprawdza się stopień wykonania celów zawartych w planie.
4. Poprawienie – na podstawie wniosków wyciągniętych podczas sprawdzania doskonali się procesy oraz dostarcza pomysły i rozwiązania, które można zawrzeć w kolejnym planie.