Po co doskonalić Backlog Produktu (ang. refinement)

seria "Zielony listek"Podczas refinementu zapadają decyzje o tym, jak przekuć pomysły biznesowe na funkcje produktu i jak sprawdzić  hipotezy o potrzebach klientów. To tutaj  pojawiają się koncepcje na architekturę rozwiązań, toczą dyskusje o zależnościach z innymi zespołami i razem z nimi. Wspólne pielęgnowanie Backlogu w Zespole Scrumowym daje możliwość realnego wpływu na kształt produktu, buduje zaangażowanie, umożliwia wymianę wiedzy i kompetencji. Pod warunkiem, że refinement… odbywa się regularnie i porządnie zarazem.

Jak sprawdzić, czy sesje doskonalenia Rejestru Produktu powinny odbywać się częściej i przebiegać inaczej?

(więcej…)

 

Retrospektywa – zaczynamy się usprawniać

W naszym cyklu Agile Starter dla osób rozpoczynających pracę zwinnymi metodami pracy nadszedł czas na omówienie ostatniego spotkania scrumowego. Retrospektywa kończy Sprint i zazwyczaj przeprowadzana jest bezpośrednio po Review Sprintu. Jak możemy przeczytać w Scrum Guide “Retrospektywa Sprintu jest okazją dla Zespołu Scrumowego do przeprowadzenia inspekcji swoich działań i opracowania planu usprawnień, który zostanie wcielony w życie w najbliższym Sprincie”. Ponieważ internet jest pełen stron pt. “1001 pomysłów na efektywne Retro” w tym artykule chciałabym się skupić na metodzie, które niezależnie od użytych ćwiczeń i pomysłów pozwoli wam faktycznie dobrze spożytkować czas w trakcie tego spotkania.

(więcej…)

 

Proxy Product Owner po stronie dostawcy? Plusy i minusy rozwiązania.

Zespoły Deweloperskie pracujące w software house’ach często doświadczają niełatwej współpracy ze zdalnym Product Ownerem, pracującym po stronie zagranicznego klienta. Problemy to najczęściej kiepska dostępność Product Ownera dla zespołu, brak kompetencji produktowych, fizyczna odległość od zespołu oraz bariery językowe. Rozwiązaniem może być wprowadzenie roli proxy Product Ownera po stronie dostawcy. Koncepcja ta — jak łatwo się domyślić — ma swoje plusy i minusy.

 

(więcej…)

 

Scrum Guide – jedyny oficjalny przewodnik po Scrumie

Framework (pol. ramy postępowania) Scrum jest opisany szczegółowo w Scrum Guide (pol. Przewodnik po Scrumie). W związku z licznymi pytaniami, chcieliśmy krótko Wam te ramy przybliżyć. Jako osoby pracujące w Scrumie, powinniście wiedzieć, jakimi zasadami się kierować przy  tworzeniu lub rozwijaniu produktu. 

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

 
Ta strona używa Cookies. Korzystając ze strony wyrażasz zgodę na używanie ciasteczek zgodnie z aktualnymi ustawieniami przeglądarki.
Akceptuję, bo lubię Was czytać.
x