Przewodnik po Scrumie | 35. Codzienny Scrum

Opublikowany: 2022-07-08

Codzienny Scrum trwa nie dłużej niż piętnaście minut i zawsze odbywa się w tym samym miejscu i czasie, aby zmniejszyć niepotrzebną złożoność. Uczestniczą w nim wszyscy Programiści pracujący wspólnie nad Produktem oraz opcjonalnie Scrum Master. Głównym celem tego Scrum Event jest zaplanowanie zadań, na których będą się koncentrować na dany dzień.

Codzienny Scrum – spis treści:

  1. Wstęp
  2. Formuła Codziennego Scrum
  3. Problemy z Daily Scrum i metodą 5W
  4. Pytania pomocnicze
  5. 5 Dlaczego?
  6. Streszczenie

Wstęp

Codzienny Scrum to najkrótsze i najczęstsze z wydarzeń Scrumowych, których przegląd można znaleźć w osobnym artykule. Zadaniem Developerów biorących udział w Daily Scrum jest szybkie wyznaczenie celów pracy na najbliższe 24 godziny. W ten sposób każdy z nich wie, nad czym pracują inni i jak pracują nad wspólnym Celem Sprintu.

Formuła Codziennego Scrum

Nie ma jednej właściwej formuły Daily Scrum. Każdy Zespół Deweloperski opracowuje odpowiedni dla siebie format spotkania. Istnieją jednak ogólne ramy ułatwiające prowadzenie.

Dobrze przeprowadzony codzienny Scrum powinien pozwolić każdemu uczestnikowi odpowiedzieć na dwa pytania :

  • Jakie jest najważniejsze zadanie, które dziś wykonuję?
  • Jakie są przeszkody w realizacji tego zadania?

Jednak bezpośrednie pytanie nie jest obowiązkową formułą. To przykładowe pytania, które wyznaczają oś spotkania. Codzienny Scrum ma na celu usprawnienie komunikacji w Zespole Deweloperskim, nadanie priorytetów zadaniom oraz zmniejszenie ryzyka wystąpienia wąskich gardeł.

Codzienny Scrum jest wydarzeniem równoważnym z Daily Standup w innych metodach Agile. I często przebiega bardzo podobnie – choć oficjalny Scrum Guide nie wymaga od Deweloperów stania podczas tego krótkiego Eventu. Bardzo często jego uczestnicy po prostu stoją i rozmawiają w nieformalnej grupie.

Choć może wydawać się, że 15 minut dziennie to dużo na omówienie codziennych zadań, praktyka pokazuje, że takie spotkanie jest najlepsze dla efektywności Zespołu Deweloperskiego. Dzięki częstym i regularnym aktualizacjom celów i zobowiązań wszyscy programiści skupiają się na priorytetowych zadaniach i przedkładają sprawny postęp zespołu nad indywidualne wyniki.

Daily Scrum

Problemy z Daily Scrum i metodą 5W

Jednym z problemów z Daily Scrum jest to, że programiści przeciągają czas spotkania. W takim przypadku dobrym pomysłem jest wprowadzenie polityki zapisywania na tablicy – ​​fizycznej lub wirtualnej – problematycznych kwestii, które nie są kluczowe dla Codziennego Scruma, ale są ważne dla Zespołu. W ten sposób będzie można wrócić do problemów, które pozostawiono do omówienia podczas nieformalnych dyskusji w ciągu dnia. A także w razie potrzeby podczas Retrospektywy Sprintu, którą dokładniej opiszemy w osobnym artykule.

Kolejnym problemem, który często pojawia się podczas Codziennych Scrumów, jest przekształcenie ich w spotkania podsumowujące pracę z poprzedniego dnia. Deweloperzy skupiają się następnie na omówieniu już osiągniętych wyników. To nie jest dobra praktyka. Trzeba przyznać, że aktualne zorientowanie Developerów na status prac prowadzących do Celu Sprintu jest bardzo ważne. Jednak poświęcanie Codziennego Scruma na ukończone już zadania nie promuje efektywności.

Pytania pomocnicze

Jeśli Zespół nie odnosi korzyści z Codziennego Scruma, Scrum Master może pomóc Deweloperom zidentyfikować problemy, obserwując spotkanie w poszukiwaniu odpowiedzi na następujące pytania:

Daily Scrum

5 Dlaczego?

Po wstępnej identyfikacji problemu skuteczną techniką określania przyczyny problemu może być metoda 5 Why, zwana również 5 Whys lub 5W przez Sakichi Toyoda. Polega na zadaniu kilku pytań „Dlaczego?” pytania z rzędu. Dzięki temu możliwe jest zdiagnozowanie głębszej przyczyny problemu, a tym samym łatwiejsze jego rozwiązanie.

Weźmy na przykład ostatnią pozycję w tabeli: problem pojawia się w obszarze zaangażowania w rozwiązywanie problemów przez Zespół Deweloperski. Pięć pytań może wyglądać następująco:

1 x DLACZEGO?

P: Dlaczego programiści nie oferują różnych sposobów rozwiązywania pojawiających się problemów?

O: Ponieważ programista Harry zawsze jako pierwszy proponuje jedno rozwiązanie.

2 x DLACZEGO?

P: Dlaczego programista Harry zawsze jako pierwszy proponuje jedno rozwiązanie?

O: Ponieważ nikt inny nie mówi.

3 x DLACZEGO?

P: Dlaczego nikt inny się nie odzywa?

A: Ponieważ inni Developerzy nie mają ochoty szukać lepszych rozwiązań.

4 x DLACZEGO?

P: Dlaczego inni programiści nie mają ochoty szukać lepszych rozwiązań?

O: Ponieważ znalezienie rozwiązań wymaga skupienia i łatwiej jest uznać rozwiązanie Harry'ego za wystarczająco dobre.

5 x DLACZEGO?

P: Dlaczego uznali rozwiązanie Harry'ego za wystarczająco dobre?

Odp.: Ponieważ nie są nagradzani za proponowanie alternatyw, na początku spotkania omówili swoje plany na dziś i zastanawiają się, jak zacząć.

W takim przypadku problem braku zaangażowania w rozwiązywanie problemów można rozwiązać zmieniając kolejność Codziennego Scruma i zaczynając od tego zagadnienia. Albo wymyślenie systemu nagradzania najlepszego rozwiązania, na przykład wprowadzenie symbolicznej nagrody dla autora największej liczby rozwiązań zaakceptowanych przez Zespół w danym Sprincie.

Streszczenie

Codzienny Scrum to kluczowa część codziennej pracy Zespołu Deweloperskiego. Jednak każdy Zespół musi wypracować dla siebie optymalną formułę tego spotkania. Dobrze przeprowadzony Codzienny Scrum pozwala na bieżące ustalanie pod-celów, aby osiągnąć Cel Sprintu. Daje również możliwość szybkiego zdiagnozowania problemów komunikacyjnych i usprawnienia współpracy pomiędzy Developerami.

Jeśli podobają Ci się nasze treści, dołącz do naszej pracowitej społeczności pszczół na Facebooku, Twitterze, LinkedIn, Instagramie, YouTube, Pintereście.

Scrum Guide | 35. Daily Scrum caroline becker avatar 1background

Autor: Caroline Becker

Jako Project Manager Caroline jest ekspertem w znajdowaniu nowych metod projektowania najlepszych przepływów pracy i optymalizacji procesów. Jej zdolności organizacyjne i umiejętność pracy pod presją czasu sprawiają, że jest najlepszą osobą do realizacji skomplikowanych projektów.

Zobacz wszystkie posty

Przewodnik po Scrumie:

  1. Słowniczek podstawowych pojęć, ról i pojęć
  2. Co to jest Scrum?
  3. Wartości Scrum
  4. Jak wdrożyć Scrum w swojej firmie?
  5. Zespół Scrumowy - co to jest i jak działa?
  6. Kim jest Product Owner?
  7. Najczęstsze błędy Product Ownera
  8. Kim jest Scrum Master?
  9. Charakterystyka dobrego Scrum Mastera
  10. Najczęstsze błędy Scrum Mastera
  11. Jakie statystyki i metryki powinien śledzić Scrum Master?
  12. Współpraca Product Ownera ze Scrum Masterem
  13. Zespół Deweloperski w Scrum
  14. Najczęstsze błędy programistów
  15. Artefakty Scrum
  16. Skalowanie Scrum
  17. Backlog Sprintu
  18. Czym jest Backlog Produktu?
  19. Czym są historie użytkowników?
  20. Tworzenie najlepszej historii użytkownika z INVEST
  21. Najczęstsze błędy User Story
  22. Kryteria akceptacji historii użytkownika
  23. Szacowanie i punkty fabularne w Scrumie
  24. Poker Planowania
  25. Drużynowa gra szacowania
  26. Definiowanie przyrostu
  27. Wydarzenia scrumowe
  28. Czym jest Sprint w Scrumie?
  29. Zobowiązania zespołu Scrum – cel produktu, cel sprintu i definicja ukończenia
  30. Co to jest wykres spalania?
  31. Jak stworzyć i zinterpretować wykres spalania?
  32. Zalety i wady wykresu spalania
  33. Tablice Kanban w Scrum i Scrumban
  34. Velocity in Scrum - Szybkość Zespołu Deweloperskiego
  35. Codzienny Scrum
  36. Planowanie sprintu
  37. Przegląd sprintu
  38. Czym jest retrospektywa sprintu?
  39. Typowe błędy podczas Retrospektywy Sprintu
  40. Pielęgnacja Backlogu Produktu