Scrum ma już 25 lat. Właśnie opublikowano kolejną wersję jego przewodnika. Scrum Guide 2020 po polsku umieściłem w zasobach mojego bloga. Nowy Scrum Guide odchodzi od nakazów i zakazów. Usunięto między innymi pytania z Daily Scrum, sformułowania odnoszące się do elementów Product Backlogu zostały złagodzone, mniej nakazowe stały się też sformułowania dotyczące włączania wniosków ze […]
Scrum Guide 2020 Czytaj dalej »
W ostatnim wpisie opisałem co myślę o roli analityka w podejściu zwinnym. Drugą rolą, o której chciałbym wspomnieć jest rola architekta. Rola ta określona jest w klasycznym podejściu do wytwarzania oprogramowania. Natomiast w zwinnym podejściu o architekturze i architektach nie wspomina się zbyt wiele. Jedynie w założeniach manifestu programowania zwinnego pojawia się (podkreślenia moje): Najlepsze
Architekt w podejściu zwinnym Czytaj dalej »
Rola analityka i znaczenie analizy w wielu organizacjach umacnia się a w innych zanika. Dość często tam, gdzie pojawia się zwinne podejście rola analityka jest trudna do zdefiniowania. W manifeście programowania zwinnego (http://agilemanifesto.org/iso/pl/manifesto.html) można przeczytać: W wyniku naszej pracy, zaczęliśmy bardziej cenić: Ludzi i interakcje od procesów i narzędzi Działające oprogramowanie od szczegółowej dokumentacji Współpracę
Analityk w podejściu zwinnym 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 »
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 »
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 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 »
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 »
