Planowanie Sprintu (ang. Sprint Planning)jest ograniczonym czasowo zdarzeniem rozpoczynającym Sprint. Ograniczenie czasowe oznacza, że spotkanie nie powinno trwać dłużej niż 8 godzin dla Sprintu trwającego cztery tygodnie, 4 godziny dla sprintów dwutygodniowych itd. W spotkaniu biorą udział wszyscy członkowie Zespołu
Backlog retirement – czyli co mamy w planach
Backlog refirement, kiedyś backlog grooming Podczas Sprintu regularnie powinny odbywać się spotkania Pielęgnacji Backlog Produktu. Zgodnie ze Scrum Guide należy przeznaczyć około 10 procent czasu trwania Sprintu na pielęgnację Backlog Produktu. Spotkania Pielęgnacji Backlog Produktu (ang. Product Backlog Refirement) służą
Czym jest Sprint w Scrumie?
Sprint jest nazwą iteracji w SCRUM. Jest to okno czasowe, w ramach którego realizowane są wszystkie prace i przeprowadzane są wszystkie zdarzenia scrumowe. Sprint, zgodnie ze Scrum Guide, może trwać od jednego do czterech tygodni, jednak wybór długości Sprintu w
Zespół Scrumowy
Zespół Scrumowy składa się z trzech ról: Scrum Master (Mistrz Młyna, SM), Właściciel Produktu (Product Owner, PO) Zespół Developerski (Development Team, DT). Są to role opisane w Scrum Guide, specyficzne dla metodyk zwinnych i charaktery styczne dla Scrum. Nie są
Scrum Master [SCRUM]
Scrum Master to jedna z dwóch specyficznych i charakterystycznych dla Scrum ról, niewystępująca w żadnej innej metodyce. Nie jest to kierownik projektu ani żadna inna rola znana z tradycyjnych metod zarządzania. Odpowiedzialności Scrum Mastera można wyróżnić w następujących działaniach: zapewnianie,
Właściciel Produktu [SCRUM]
Właściciel Produktu (ang. Product Owner) jest drugą specyficzną i charakterystyczną dla SCRUM rolą projektową. Z uwagi na zakres swoich odpowiedzialności, nie jest tożsamy z rolą Product Managera czy kierownika projektu. Właściciel Produktu jest członkiem Zespołu Scrumowego. Każdy Zespół Deweloperski ma
[Trochę teorii cz 4] Jakość w metodach kaskadowych i agile
Rozwój oprogramowania metodami agile oznacza zredefiniowanie znaczenia jakości. W tradycyjnym podejściu, trójkąt zarządzania projektem przedstawiany jest jako zależność parametrów projektu, czyli zakresu, czasu i kosztów, które wspólnie wpływają na jakość. Parametry te są od siebie zależne w ten sposób, że
Zdarzenia w SCRUM
Scrum Guide wymienia pięć podstawowych zdarzeń: Sprint, Planowanie Sprintu, Codzienny Scrum, Przegląd Sprintu oraz Retrospektywa Sprintu. Obecnie mówi się także o Przeglądzie Backlog Produktu mimo, że nie jest on oficjalnym zdarzeniem ze Scrum Guide. Wszystkie zdarzenia SCRUM są ograniczone czasowo
[Trochę teorii – cz.2] Charakterystyka adaptacyjnych metod wytwarzania oprogramowania
Dziś będziemy kontynuować teoretyczne dywagacje nt metod wytwarzania oprogramowania, tym razem słów kilka o adaptacyjnych metodach wytwarzania oprogramowania – znów trochę książkowej teorii i “historii powstania świata” 😉 Z uwagi na trudności wynikające ze stosowania metody kaskadowej, ciągle poszukiwano innego
[Trochę teorii -cz.1] Podstawy teoretyczne metodyk tradycyjnych
Metoda kaskadowa, czyli jedna z tradycyjnych praktyk wytwarzania oprogramowania(1), do 2005 roku była przodującą metodą prowadzenia projektów(2). Model waterfall (wodospad), czyli metoda kaskadowa, nazwę wziął ze schematu kolejnych faz, które następują jedna po drugiej. Model został pierwszy raz przedstawiony przez