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 »
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 »
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 »
Codzienny Scrum (ang. The Daily Scrum) to szybkie spotkanie, w którym biorą udział wszyscy członkowie Zespółu Scrum oraz Mistrz Scrum. Każdego dnia sprintu zespół odbywa spotkania („Codzienny Scrum”). Spotkania odbywają się na ogół w tej samej lokalizacji i o tej samej porze każdego dnia. Sytuacją pożądaną jest, aby codzienne scrumy odbywały się z rana, gdyż
Daily Scrum – Codzienny Scrum Czytaj dalej »
W poprzednim wpisie dotyczącym kanban pisałem o jego założeniach. Dziś chciałem opisać podstawowy element kanban: tablicę. Tablica prezentuje: Kto nad czym pracuje Nad czym sam pracujesz Ile zadań jest realizowanych równolegle Tablica wizualizuje nam stan realizacji zadania. O zadaniach szerzej już w kolejnym poście. Teraz tylko wspomnę, że zadania w Kanban to karty, które powinny/mogą
Tablica zadań w Kanban Czytaj dalej »
Wykres Spalania Sprintu (ang. Sprint Burndown Chart) jest graficznym przedstawieniem pracy pozostającej do wykonania w trakcie trwania Sprintu. Zasada tworzenia wykresu spalania sprintu jest bardzo podobna do tworzenia wykresu spalania wydania. Na pionowej osi umieszczamy łączną liczbę godzin, którą uzyskaliśmy po zsumowaniu poszczególnych zadań w sprincie. W zaprezentowanym przykładzie jest ich 400. Następnie, każdego dnia w
Sprint Burndown Chart – Wykres Spalania Sprintu Czytaj dalej »
