Archiwum

Co daje szacowanie relatywne zespołowi?

Jednym z celów estymacji (szacowania) zadań w Scrum jest pozyskanie przez Zespół Deweloperski informacji, jak wiele zadań mogą “włożyć” do Sprintu (iteracji), który trwa od 1 tygodnia do 1 miesiąca. Scrum różni się w związku z tym od tradycyjnych metodyk gdzie estymacja często jest robiona na początku trwania projektu i dotyczy całego jego przebiegu.

W tym wpisie, który jest kontynuacją moich poprzednich dotyczących estymowania (metody wyceny wymagań, jak wytłumaczyć szacowanie relatywne) chcę wam przybliżyć korzyści jak i wady estymowania relatywnego.

(więcej…)
 

Jak wytłumaczyć zespołowi szacowanie relatywne? 3 propozycje ćwiczeń

Jednym z największych wyzwań w pracy Zespołu Deweloperskiego, ale też Product Ownera z interesariuszami jest określenie, kiedy dana funkcjonalność zostanie dostarczona. Jest wiele aspektów tego zagadnienia. Relacje, emocje, asertywność, szacowanie. I właśnie tą ostatnią kwestią chce się dzisiaj zająć. Jakie są metody relatywnego szacowania zadań, jak to wytłumaczyć zespołowi i dlaczego jest to lepsze podejście od klasycznego?

(więcej…)

 

Backlog Produktu

Backlog Produktu to — obok Backlogu Sprintu oraz Przyrostu — jeden z trzech podstawowych artefaktów w Scrumie. Jest to uporządkowana lista wszystkich rzeczy, które w danym momencie uznajemy za warte zrealizowania w obrębie konkretnego produktu. Oznacza to, że nowe funkcjonalności, zmiany, błędy czy zadania związane ze spłacaniem długu technologicznego, powinny być zawarte w Backlogu Produktu, aby Właściciel Produktu oraz interesariusze mieli jasny obraz prac związanych z produktem.

Za uporządkowanie, zawartość oraz zarządzanie Backlogiem Produktu odpowiedzialny jest Właściciel Produktu. Może on samodzielnie zarządzać Backlogiem Produktu lub zlecać to zadanie Zespołowi Deweloperskiemu. W praktyce można spotkać Właścicieli Produktów, którzy samodzielnie umieszczają elementy w Backlogu Produktu, jak i takich, którzy zlecają to zadanie Zespołowi Deweloperskiemu lub umożliwiają zrobienie tego szeroko rozumianym interesariuszom. W tym ostatnim przypadku, taki element jest oczywiście wyłącznie zaproszeniem do rozmowy i zwykle wymaga uszczegółowienia.

(więcej…)

 

Pomocy, nasz Refinement nie działa!

Pomocy, nasz refinement nie działa!

Jakiś czas temu otrzymałam pytanie o moje sprawdzone sposoby na sprawny przebieg Refinementu (tzw. sesja doskonalenia Backlogu Produktu). Zespół jest duży, lubi rozmawiać i przeplatać dyskusje merytoryczne żartami. Znacie to z autopsji? Przyjemnie spędzony czas, ale mało przepracowanych zadań, do tego część z nich po łebkach. Wiele razy spotkałam się z takim problemem, dlatego postanowiłam zebrać swoje przemyślenia, wskazówki i sprawdzone techniki, pośród których być może znajdziecie coś dla siebie.

(więcej…)

 

7 sposobów określenia Business Value


Artykuł jest rozwinięciem mojego poprzedniego, już dość starego wpisu „Jak robić porządkowanie Product Backlogu„. Poruszyłem w nim kwestie porządkowania (priorytetyzacji) backlogu. Tutaj chciałbym poszerzyć ten temat, pokazując Wam, jak priorytetyzację zrobić, jakie są metody jej określenia i co znaczy business value.

(więcej…)

 

Metody wyceny wymagań (nazywane też szacowanie lub estymacja)

Estymowanie jest to proces znalezienia wyceny lub jej ekstrapolacji, czasami bazujący na danych niekompletnych, nieprzewidywalnych, niestabilnych. Estymowanie mówi nam, jak wiele pieniędzy, wysiłku, zasobów i czasu poświęcimy na zbudowanie określonego systemu lub produktu przy określonych ryzykach.

(więcej…)

 
Ta strona używa Cookies, korzystając z niej wyrażasz zgodę na używanie ciasteczek zgodnie z ustawieniami przeglądarki. Nasza Polityka Prywatności
Akceptuję, bo lubię Was czytać.
x