Sprint Review – Przegląd Sprintu

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 »

Zarządzanie wąskimi gardłami w Kanban

Kolejki i limity WIP, o których pisałem w poprzednich postach,  składają się na główny wskaźnik problemów w przepływie w trakcie ich występowania. Pokazują, gdzie znajdują się wąskie gardła, oraz, jeszcze zanim to się stanie, gdzie dopiero one powstają. Wąskie gardła często ujawniają się poprzez nawarstwianie się prac przed nimi, kiedy w krokach za nimi brakuje

Zarządzanie wąskimi gardłami w Kanban Czytaj dalej »

Release Planning – Planowanie Wydania

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 »

Podsumowanie 2016 i plany na 2017

Kończy się rok 2016. Dla mnie dość intensywny i jednocześnie pełen refleksji. Refleksja dotyka kilku tematów. Zastanawiam się dokąd zmierza architektura korporacyjna? Co stanie się z architektami korporacyjnymi w organizacjach, które jeszcze nie dojrzały do wykorzystania mocy architektury korporacyjnej. Myślę coraz cieplej o Scrum, który coraz częściej łączy się z analizą po to by dokumentacja

Podsumowanie 2016 i plany na 2017 Czytaj dalej »

Sprint Planning Meeting – Planowanie Sprintu

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 »

Przepływ pracy w Kanban

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 »

Estimating the Product Backlog – Szacowanie Rejestru Produktu

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 »

Praca cząstkowa w Kanban

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 »

Prioritizing the Backlog – Priorytezacja Rejestru Produktu

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 »

Zadania w Kanban

W poprzednim wpisie pisałem o tablicy zadań w Kanban. Obecnie kilka słów na temat zadań i karty zadań. Zadania w kanban określane są za pomocą karty. Wiele osób preferuje karty na „fizycznej” tablicy. Inni wolą te elektroniczne. Oba rozwiązania są dobre. To co jest ważne to zawartość karty. Zadania w Kanban to karty, które powinny

Zadania w Kanban Czytaj dalej »

Scroll to Top