13 powodów nieudanej automatyzacji testów, część 3

Dwa wcześniejsze artykuły (część pierwsza i część druga) opisywały rafy, na jakie można natrafić, rozpoczynając automatyzację testów, oraz co można zrobić, by tak się nie stało. Na koniec przyjrzyjmy się na ile organizacja, w której działa zespół zajmujący się rozwojem produktu, może wpłynąć (pozytywnie lub negatywnie) na możliwości automatyzacji testów. 11. Nie mamy czasu na…

13 powodów nieudanej automatyzacji testów, część 2

W poprzedniej części wymienione zostały różne powody, dla których zespoły developerskie nie zajmują się automatyzacją testów i nie biorą za to odpowiedzialności jako team. A przecież takie rozwiązanie jest jedynym sensownym: ludzie, którzy budują produkt, powinni zapewnić, że on działa, czyli przetestować go. Niestety z faktu, że developerzy będą tego świadomi wcale nie wynika, że…

13 powodów nieudanej automatyzacji testów, część 1

Presja na częste wydawanie nowych wersji produktów powoduje, że wykładniczo rośnie ilość testów niezbędnych do stwierdzenia czy zmiany w najnowszym wydaniu nie psują wcześniej wytworzonych funkcjonalności. Testowanie nie oznacza bowiem jedynie sprawdzenia, że nowe rzeczy działają jak powinny, ale też zweryfikowania, czy produkt jako całość wciąż nadaje się do użytku. W miarę rozwoju produktu przybywa…

Centrum sterowania wszechświatem

Wytwarzanie oprogramowania jest nieustannym zmaganiem się ze złożonością: zmienia się technologia, potykamy się o dług techniczny pozostawiony we wcześniej wytworzonym kodzie, ludzie mają gorszy lub lepszy dzień, różne umiejętności, zdarza im się niespodziewanie odejść z pracy. O ile z tym można sobie jeszcze jakoś radzić, o tyle nie sposób uniknąć ani przewidzieć ciągłej ewolucji potrzeb,…

Dlaczego Scrum Master nie może być Product Ownerem?

Na każdym szkoleniu dotyczącym Scruma pojawia się niezmiennie pytanie o to, które role można łączyć. Oczywiście bycie tylko Developerm, Product Ownerem lub Scrum Masterem jest rozwiązaniem optymalnym, ale często w organizacjach łączenie ról jest nieuniknione. Takim typowym połączeniem jest Developero-Scrum Master, dużo rzadziej zdarza się Developero-Product Owner. Na szczęście do wyjątków należą osoby, które próbują…

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…