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…)

 
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
X