W swojej praktyce wielokrotnie spotykałem się z sytuacją, w której wprowadzana zmiana była realizowana zgodnie z maksymą Króla Juliana „Teraz prędko, zanim dotrze do nas, że to bez sensu.” Przed dokonaniem zmiany brakuje chwili refleksji nad celem, skutkami i drogą jaką należy obrać by osiągnąć cel. Ogólnie rzecz ujmując brakuje czasem planowania bardziej strategicznego. Przechodzi się […]
Impact mapping (mapowanie wpływu) Czytaj dalej »
Retrospekcja Sprintu (ang. Sprint Retrospective) jest głównym mechanizmem pozwalającym na uzyskanie informacji zwrotnej na temat kondycji procesu scrum. „Retrospekcja sprintu pozwala zespołowi scrumowemu na inspekcję rezultatów, identyfikację problemów oraz ich przyczyn, a także pracę nad poprawą jakości i efektywności pracy. (…) Jako właściciel produktu powinieneś regularnie brać udział w retrospekcji sprintu. Pozwala to na dzielenie się pomysłami na ulepszenie
Sprint Retrospective – Retrospekcja Sprintu Czytaj dalej »
Zarządzanie procesem to połowa sukcesu. Druga połowa sukcesu to jego monitorowanie i wyciąganie wniosków. W Kanban mamy wskaźniki, które umożliwiają monitorowanie procesu. Wskaźniki mają pozwolić by zespół ulepszał proces. Moje ulubione wskaźniki to: Czas dostarczenia – czas dla całego przepływu Przepustowość- ile zadań jest w jednym przepływie Tak jak w przypadku większości aspektów związanych z kanban wskaźniki powinny
Wskaźniki i raportowanie w Kanban Czytaj dalej »
Każdy sprint kończy się Spotkaniem Przeglądowym Sprintu (ang. Sprint Review Meeting), gdzie zespół prezentuje potencjalnie wykonalne przyrosty produktu. Na końcu każdego sprintu odbywa się Spotkanie Przeglądowe Sprintu. W trakcie spotkania Zespół Scrum pokazuje, co osiągnął podczas sprintu. Na ogół przybiera to formę demonstracji nowych cech i funkcjonalności produktu. Uczestnicy Przeglądu Sprintu to zazwyczaj Właściciel Produktu, Zespół
Sprint Review – Przegląd Sprintu Czytaj dalej »
Planowanie wydania (ang. Release Planning) to czas, w którym na początku projektu zespół utworzy wysokiego poziomu plan realizacji produktu. Na początku projektu Zespół, z oczywistych względów, nie może znać wszystkiego z góry, tak więc plan szczegółowy nie jest konieczny. Plan wydania powinien brać pod uwagę: Liczbę i czas trwania sprintów Ilość osób lub zespołów, które
Release Planning – Planowanie Wydania Czytaj dalej »
Na spotkaniu dot. Planowania Sprintu (ang. Sprint Planning Meeting) Zespół Scrum oraz Właściciel Produktu określają, które cechy i zadania będą poddane próbie wykonania w nadchodzącym sprincie. Na Spotkaniu dot. Planowania Sprintu obecny jest Właściciel Produktu, Mistrz Scrum, cały Zespół Scrum oraz zainteresowani i odpowiedni przedstawiciele kierownictwa lub klienta. Podczas spotkania dot. planowania sprintu Właściciel Produktu
Sprint Planning Meeting – Planowanie Sprintu Czytaj dalej »
W poprzednim poście, dotyczącym Kanban, pisałem o pracy cząstkowej. Pisałem w nim, że warto jest ograniczyć pracę cząstkową. Zbyt wysoki WIP powoduje, że cześć pracy nie jest wykonana a zbyt niski powoduje, że cześć zespołu jest bez pracy. Przypomnę, że zawsze trzeba dostosować WIP do zespołu i jego możliwości. Dlaczego WIP jest taki ważny. Otóż
Przepływ pracy w Kanban Czytaj dalej »
Szacowanie rejestru produktu (ang. Estimating the Product Backlog) to moment, w którym okresowo Zespół Scrum będzie szacował wielkość każdej pozycji z rejestru produktu. Przed planowaniem wydania i okresowo, w miarę jak Product Backlog rozwija się a zespół uzyskuje zrozumienie przez doświadczenie, Zespół Scrum będzie szacował wielkość pozycji w Product Backlogu. Jest to kluczowa informacja, która
Estimating the Product Backlog – Szacowanie Rejestru Produktu Czytaj dalej »
W poprzednich postach pisałem o zadaniach i tablicy w Kanban. Aby być w miarę produktywnym trzeba w danym momencie skupić się nad jednym zadaniem. Kanban wspomaga ten proces i definiuje pojęcie pracy cząstkowej. Praca cząstkowa w Kanban to liczba zadań realizowanych jednocześnie. Liczba takich zadań jest określa parametrem WIP Work-In-Progress lub praca w toku. Parametrem WIP określa
Praca cząstkowa w Kanban Czytaj dalej »
W trakcie czynności Priorytezacja Rejestru Produktu (ang. Prioritizing the Backlog) pozycje w Product Backlogu są hierarchizowane przez Właściciela Produktu przed planowaniem wydania i sprintu. Rejestr Produktu jest zhierarchizowaną listą prac, które mają być wykonane przez zespół. Jest aktualizowany w sposób ciągły przez Właściciela Produktu w oparciu o informację zwrotną od końcowego użytkownika (jako że wchodzi
Prioritizing the Backlog – Priorytezacja Rejestru Produktu Czytaj dalej »
