Poniżej znajdziesz wszelkie posty oznaczone tagiem “planowanie”. 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 to abstrakcyjna jednostka, mówiąca jakiego rozmiaru jest coś, co chcesz wykonać (np. zaprogramować).
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ń.
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).
