Poniżej znajdziesz wszelkie posty oznaczone tagiem “backlog”. Miłej lektury!
Bugi (błędy, defekty), to nieodłączna część naszej rzeczywistości. Niestety, raczej ta nieprzyjemna. Większość z nas woli skupić się na dostarczaniu nowej wartości dla klienta – to jest w końcu to co pcha nasze produkty do przodu. W celu oswojenia tej nieprzyjemnej części, nierzadko próbujemy szacować rozmiar błędów. Nie szacujmy bugów 😎 Na ogół nie ma to sensu i będzie to zwykłym marnotrawstwem. Dlaczego?
Story Pointy nie są jednostką czasu ani nie przelicza się ich na godziny – takie działanie wypacza sens ich używania i jest zbędnym procesem.
Story Pointy to abstrakcyjna jednostka, mówiąca jakiego rozmiaru jest coś, co chcesz wykonać (np. zaprogramować).
Usłyszałem w życiu kilka razy dziwne opinie dotyczące planowania (rozwoju produktu, projektów) w Scrumie. Między innymi, że to taka sztuka dla sztuki i w zasadzie jest bezcelowe; to „niezwinne”; wbrew “zasadom Scruma” lub w ogóle się tego po prostu nie robi. Czas ubić jeden z głupszych mitów. Takie opinie to świetna inspiracja dla moich postów 😎
Story points to moja ulubiona forma szacowania rozmiaru historyjek użytkownika. Znacznie przyspiesza dyskusje o zakresie tego co jest do zrobienia i jak można byłoby to wykonać. Dzięki nim zespoły Scrum dość szybko dochodzą do porozumienia na temat zakresu i rozmiaru historyjki. W tym poście dzielę się z tobą kilkoma przykładami aplikacji do planning pokera (w wersji webowej).
