K85.pl - Agile i takie tam sprawyPraktyczne porady, pomysły, eksperymenty dotyczące pracy z zespołami deweloperskimi, rozwijaniem produktów cyfrowych, warsztaty, historyjki użytkownika i duuużo więcej :)
Jeszcze do jesieni 2017 roku, Scrum Guide sugerował, aby na Daily odpowiadać na trzy pytania – w uproszczeniu: co robiliśmy, co będziemy robili i czy widzimy jakieś problemy. Obecnie taka forma jest podana tylko jako przykład. Więc jak to robić?
Liczby, miary, metryki, statystyki, wyniki. Czy takie elementy mogą pasować do Zespołów Scrumowych? Przecież to takie nieludzkie 😎 Mogą i często pomagają znaleźć obszary do usprawnień, których nie dostrzegamy lub nie rozumiemy bez liczbowo-wizualnego opisu.
Daily to kluczowy element pracy w Scrumie. Wydarzenie służy zaplanowaniu pracy Zespołu Deweloperskiego, na najbliższe 24h. Jak w to wpisuje się rola Product Ownera?
To był całkiem fajny zespół. Już jakiś czas temu zdecydowali się na wykorzystanie Scruma do swojej pracy. Podobała im się idea Sprintów, posiadanie celu i wiele innych aspektów związanych z tym podejściem. Niestety musieli walczyć z jednym problemem – stale ktoś im psuł Sprinty przez dorzucanie pilnych zadań.
Retrospektywa to moje ulubione zdarzenie scrumowe. Lubię je za to, że jest wymagające i jednocześnie przynosi wspaniałe owoce. Także za to, że można je prowadzić w przeróżnych formach, eksperymentować i dzięki temu zawsze dzieje się coś ciekawego. W tym poście podzielę się jedną z metod, którą niedawno wypróbowałem i wyszła bardzo fajnie.