Przeszacowanie i przebudowa Scruma

Jesteśmy w trakcie pierwszego sprintu i coś nas otacza: przeszacowaliśmy!

Zaplanowaliśmy 114 idealnych godzin na tę 2-tygodniową iterację i pod koniec pierwszego tygodnia zakończyliśmy cały Sprint. Co teraz zrobimy? „Książka” mówi, że powinniśmy i będziemy otrzymywać kolejne zaległe pozycje o wysokim priorytecie. Jak jednak dodajemy je do tabeli spalania? Czy przepisujemy go ponownie, aby uwzględnić te historie, jakby były od samego początku? Czy po prostu dodaj ich szacunki do osi y w dniu, w którym zaczniemy nad nimi pracować (pokazując skok o kąt 90o)?

Wszelkie opinie są mile widziane!

Jednym z celów posiadania wykresu wypalenia jest pokazanie, jak w miarę upływu czasu i w sposób przejrzysty oferowana jest wartość.

Historie nowych użytkowników nie były na początku w sprincie, więc udawanie, że tak było, wydaje się nieco trudne. Dodając je do wykresu wypalenia w tym momencie, dokładnie pokazujesz, że obecny poziom oszacowania wciąż znajduje się nieco we wstępnej fazie ewolucji.

Jest to dobre dla ciebie i twojego właściciela produktu. Pokazuje i pokaże, w jaki sposób korzystanie z tego systemu zarządzania projektami ma i pozwoli ci stać się lepszym oceniającym.

Będziesz mógł zobaczyć od samego początku, że przekroczyłeś szacowanie, następnie oszacowałeś mniej, a następnie oszacowałeś więcej, ale nieco mniej ... i ostatecznie zobaczysz poprawę w szacowaniu w miarę postępów.

Myślę, że szacowanie historii użytkowników jest jedną z najtrudniejszych części sprintu i tylko wtedy, gdy Twój zespół nauczy się ewoluować razem, staną się one coraz bardziej wydajne w tym procesie. Dobrze jest to zademonstrować za pomocą narzędzi, których używasz, takich jak wykres wypalenia.

Nie zaszkodzi, jeśli anulujesz sprint i zaplanujesz następny, biorąc pod uwagę aktualną prędkość.

Z oficjalnego przewodnika Scrum :

Sprinty można anulować przed upływem czasu Sprint. Tylko Właściciel Produktu jest uprawniony do anulowania Sprintu, chociaż może to zrobić pod wpływem interesariuszy, Zespołu lub ScrumMastera.

Ponieważ planowanie sprintu powinno odbywać się w ramach dyskusji z właścicielem produktu, mistrzem scrum i zespołem, wybranie kolejnych historii użytkowników byłoby nieproduktywne.

Jeśli byłeś nieco wcześniej, mógłbyś wybrać następną historię o najwyższym priorytecie, ale tutaj twoja sytuacja jest zupełnie inna.

Możesz dodać wykres spalania . Bez dwuznaczności pokazują, kiedy i ile dodałeś nowej pracy:

Ta tabela pokazuje, że zespół dodał jeszcze 20 punktów pracy w iteracji 5. To zdjęcie pokazuje iteracje, ale działa równie dobrze z dniami.

Istnieje wiele różnych technik wizualizacji tego.

Jednym z nich jest wprowadzenie przesunięcia w stosunku do osi Y (oś pozioma) w dniu dodania nowych opowieści, a rzeczywisty wykres wypalania spadnie poniżej pierwotnego poziomu „0”.

Innym jest udawanie, że byli tam od samego początku (co jest o wiele łatwiejsze, jeśli używasz grafów wypalania opartych na CGI).

I możesz wymyślić własne.

Najważniejszą rzeczą jest omówienie tego między zespołem, mistrzem scrum i właścicielem produktu, aby osiągnąć porozumienie co do tego, co chcesz zrobić w tej sytuacji. Nie ma absolutnie ustalonego sposobu robienia czegokolwiek w scrum poza podstawowymi zasadami. Scrum ma ewoluować z czasem, aby jak najlepiej odpowiadać potrzebom twojego środowiska.

Chciałbym podzielić problem PO na trzy odrębne pytania:

1. Kontynuować czy anulować sprint?
2. Co zrobić w pozostałym tygodniu, jeśli sprint będzie kontynuowany?
3. Jak zaplanować kolejny sprint?

Wykresy wypalenia i wypalenia wspomniane w innych pytaniach, choć przydatne, są drugorzędne w stosunku do PO „co teraz robimy?”

Kontynuuj lub anuluj : Jestem tutaj z Pierre'em, należy anulować ten sprint i od razu zacząć planować następny. Anulowanie sprintu nie jest możliwe, jeśli istnieją inne zespoły, a sprinty muszą zostać zsynchronizowane (większość guru Scruma zaleca, aby je zsynchronizować).

Jeśli sprint będzie kontynuowany: Ogranicz trwającą pracę . Pracuj tylko nad jedną historią na raz, skup się na zakończeniu, na którą masz mniej niż tydzień. Upewnij się, że pod koniec sprintu nie ma opowieści w stanie częściowo ukończonym.

Jak zaplanować następną : dostępne opcje to wypróbowanie szacunkowego rozmiaru względnego lub użycie ekwiwalentu historyczno-osobowego dnia i współczynnika skupienia jako przybliżenia, jak opisano w książce Henrika Kniberga „Scrum and XP from the Okopy”. Omówiliśmy to już w innym wątku.

Realizacja w połowie czasu jest ogromną różnicą w stosunku do szacunków. Dla mnie oznaczałoby to znaczne ryzyko, że to, co faktycznie zrobił twój zespół, odbiega od oczekiwań użytkowników na początku sprintu. Ponadto Sprint ma również zapewniać wystarczającą funkcjonalność, aby nadszedł czas na nowe opinie od PO.

Ryzyko związane z odebraniem rzeczy z górnej części PB i kontynuowaniem jest takie, że te elementy z górnej części PB są nieaktualne (zarówno pod względem treści, jak i priorytetu), i że Twój zespół popełnił błąd w ostatnim sprincie i będziesz po prostu opierać się na tych błędach, nie otrzymując opinii od PO.

Powiedziałbym, że najbardziej rozsądnym działaniem jest wezwanie Sprint do wykonania, wstrzymanie zwykłego zakończenia przeglądu Sprint, planowanie spotkania i retrospekcja i rozpoczęcie następnego Sprint.

Jeśli chodzi o wykresy wypalenia, oryginalne pytanie wydaje się nie mieć sensu, po co jest. To naprawdę tylko narzędzie do ustalenia, czy masz problem z postępem podczas sprintu. Zgodnie z tym, co zostało opisane, tabela wypalenia powinna była zostać zastosowana w tej sytuacji około 2 lub 3 dnia Sprintu, gdy pokazałoby to, że Drużyna była znacznie wyprzedzająca harmonogram zadań Sprint. Następnie zadajesz pytanie „Dlaczego?” I określasz, czy twoje prognozy były po prostu dalekie, czy może programiści źle interpretują zadania, czy też coś w jakiś sposób znika z szyn.

Ale kiedy zignorujesz tabelę wypalenia i zaczniesz płynąć dalej, jakby nie działo się nic dziwnego, wtedy wygląda na to, że traktujesz ją jak jakiś bezsensowny artefakt, który produkujesz, ponieważ „książka” ci to nakazuje. Moim zdaniem, jeśli zdecydujesz się po prostu ściągnąć trochę więcej rzeczy z górnej części PB i kontynuować przez drugi tydzień, to po prostu rozpocznij nową wypalanie na drugi tydzień (i wtedy możesz zignorować, jakbyś zrobił to dla pierwszy tydzień).

Skonsultowałem się z właścicielem produktu na temat tego, co należy zrobić, i dodałem go do bieżącego sprintu w dniu, w którym praca została wykonana. Dodane prace można śledzić na wykresie spalania. Nie mam problemu z wykresem, który wygląda trochę jak kolejka górska. Stanie się to tak czy inaczej, gdy członkowie Scrum oszacują pozostały czas na zadania.