Przepis na retrospektywę sprintu

Na początku tego roku Scrum Masterka w jednym z zespołów, z którym rozpoczynałem współpracę jako Agile Coach, opowiedziała mi o problemie z organizowaniem retrospektyw na koniec sprintu. Bo jest to zgrany team, ludzie pracują ze sobą już od dawna, znają swoje możliwości i przywary – nie wydaje się, by retrospektywa miała ujawnić cokolwiek, o czym…

Jak dobrze użyć metod zwinnych?

Wytwarzanie oprogramowania jest zagadnieniem złożonym, bo zmienność i nieprzewidywalność dotyka wszystkich istotnych jego aspektów: od technologii, poprzez zaangażowanych w ten proces ludzi, po trendy na rynku doprowadzające do zmiany potrzeb, jakie produkt ma spełniać. Najmniej stabilnym elementem stają się wymagania, w których przypadku jednego można być pewnym: na pewno ulegną zmianie, nieznany jest tylko zakres…

Usprawnianie to więcej niż rozwiązywanie problemów

Kluczowym aspektem działania zwinnego jest wykorzystanie empirycznej kontroli procesu nie tylko do rozwoju produktu, ale też doskonalenia zespołów developerskich i organizacji, w której działają. Niektóre metody, takie jak Scrum, wprost proponują zdarzenie (retrospektywę), która służy realizacji tego postulatu, w innych – na przykład w Kanbanie – trzeba samemu o to zadbać. Na szkoleniach wyjaśniających podstawy…

Praca zwinna a narzędzia elektroniczne

W czasie szkoleń i warsztatów często po omówieniu jakiejś praktyki lub procesu pada sakramentalne pytanie: a jakie narzędzie pozwala mi to zrobić w formie elektronicznej? Takie narzędzia jak user story mapping czy affinity estimation sprawdzają się najlepiej, gdy możemy z elementami backlogu w formie karteczek w łapkach stanąć przed ścianą lub tablicą i zacząć je…

Gdy sprint się kończy a prace wciąż trwają…

Nawiązując do  wcześniejszego wpisu o velocity chciałbym odpowiedzieć na pewną wątpliwość, która pojawiła się w jednym z zespołów, który wspieram jako Agile Coach. Otóż przy pełnym zrozumieniu czym jest velocity okazało się, że nie do końca jest jasne co zrobić, jeśli zespół rozpoczął realizację wymagania, ale nie zdołał wykonać wszystkich niezbędnych prac przed końcem sprintu…

Jak używać velocity

Gdy zespoły zaczynają stosować metodyki zwinne prawie natychmiast pojawia się dyskusja na temat prędkości, z jaką przetwarzany jest backlog produktu, a więc na temat velocity zespołu. Jeśli wykorzystywana jest metoda Scrum, velocity przez wielu traktowana jest jako jeden z podstawowych elementów, choć bynajmniej nim nie jest. Dużo większym problemem jest próba potraktowania velocity jako metryki….

Definition of Done dla produktu czy wymagania?

Definition of Done jest jednym z trudniejszych do zrozumienia konceptów związanych ze Scrumem, a jednocześnie jednym z najistotniejszych. Gdyby redukować reguły i elementy tej metody do absolutnego minimum, empiryzm i Definition of Done właśnie musiałby pozostać do samego końca. Na szczęście nie musimy takiej redukcji robić, co nie oznacza, że możemy nie rozumieć czym Definition…

Ty też powinieneś być Agile

Coraz więcej firm działających w różnych branżach uzależnia się od technologii IT, która wykorzystywana jest do tworzenia systemów wspierających biznes. Tak dzieje się na rynku bankowym, w branży ubezpieczeniowej, w turystyce czy telekomunikacji. W praktyce każda organizacja potrzebuje dziś obsługi informatycznej, realizowanej za pomocą usług dostarczonych przez inne podmioty, albo tworzonych przez własne działy IT….

Empiryzm w metodach Agile

Nieustannie zaskakuje ale i zasmuca mnie brak świadomości wielu Scrum Masterów, że iteracyjne i inkrementalne podejście do rozwoju oprogramowania nie wystarczy, by twierdzić, że działa się zwinnie. Ta iteracyjność i inkrementalność jest bowiem pochodną empiryzmu, który stanowi prawdziwą podstawę Agile. Jeśli Scrum Master, osoba zobligowana do dbania o zrozumienie i stosowanie Scruma w praktyce, nie…

Scrum a maintenance oprogramowania

Wyobraźmy sobie taką oto sytuację: przez kilkanaście miesięcy rozwijamy oprogramowanie, za wszelką cenę dostarczając funkcjonalność wymaganą przez biznes w narzuconych z góry terminach. Nie ma czasu na zadbanie o jakość strukturalną rozwiązania, przez co z wydania na wydanie ilość błędów rośnie, zwiększa się też trudność w ich rozwiązywaniu. Ponieważ często podejmujemy decyzje, by iść na…