Osiem niepożądanych postaw Scrum Mastera, część 2

W poprzedniej części opisałem kilka dysfunkcyjnych postaw Scrum Mastera, począwszy od kierownika, poprzez sekretarza, obrońcę zespołu, do super-bohatera. Dziś kontynuujemy wyliczankę. Dla niektórych niedoświadczonych osób właściwym wyborem dla Scrum Mastera wydaje się działanie jako… Pocieszyciel zgnębionych Bycie pluszową maskotką, takim bratem-łatą dla zespołu, który pogłaszcze, przytuli i pocieszy, dla części osób jest podstawowym obowiązkiem Scrum…

Osiem niepożądanych postaw Scrum Mastera, część 1

Dużo się mówi na temat zachowania i postaw Scrum Mastera, które pozytywnie wpływają na zespół, Product Ownera i organizację dokoła. Zaczynając pracę w tym zawodzie, czy to na kursach i szkoleniach, czy od bardziej doświadczonych kolegów, uczymy się o byciu coachem, nauczycielem, doradcą czy mentorem dla współpracowników. Po czym wcielamy te rady i zalecenia w…

O transformacjach

Wszyscy ostatnio chcą się transformować. Digital Transformation, Agile Transformation, Transformation to Cloud Computing… hasła te przewijają się nieustannie na spotkaniach biznesowych, na konferencjach, w artykułach i video blogach. Świat opanowała gorączka zmiany zupełnie tak, jakby ten, kto się nie transformuje, był skazany na zagładę (może istotnie tak jest?). Mnożą się role „ambasadorów zmiany”, którzy mają…

Nowe, nieznane wymaganie podczas planowania sprintu

Scrum umożliwia Product Ownerowi dokonywanie zmian w backlogu produktu w każdym momencie, gdy uzna, że kolejność elementów backlogu jest niewłaściwa, albo gdy trzeba usunąć jakieś wymaganie lub dodać nowe. Brak ograniczeń oznacza, że takich zmian Product Owner dokonać może tuż przed planowaniem sprintu, albo choćby podczas planowania. Z drugiej strony zespół developerski ma ostatnie słowo…

Definicja gotowości czy stan gotowości?

Od czasu do czasu w dyskusjach o Scrumie i związanych z nim praktykach przewija się temat Definition of Ready (definicji gotowości). Niektórzy niesłusznie uważają, że jest ona częścią definicji metody, inni są przekonani, że choć nie jest elementem Scruma, ułatwia pielęgnację backlogu produktu i ma pozytywny wpływ na kondycję tego scrumowego artefaktu. Tymczasem, jak każda…

Ofiary źle robionego Agile

W artykułach i dyskusjach często podkreślam jak ważne jest, by rozumieć i poprawnie stosować metody, z których zdecydowaliśmy się korzystać. Bo jeśli decydujemy się na takiego Scruma lub TDD, dobrze byłoby, aby wybór ten był świadomy. Nie ma bowiem sensu robić czegoś tylko dlatego, że robią to inni. Uprawianie takiego kultu cargo rzadko kiedy ma…

Czy w Agile faza UAT ma sens?

Kiedyś wytwarzanie oprogramowania zaczynało się od zebrania „wszystkich wymagań” i ich dokładnej analizy. W oparciu o to powstawała specyfikacja produktu, który należy zbudować. W przekonaniu wielu zawierała ona odpowiedź na każde pytanie, jakie wytwórcy produktu będą w przyszłości zadawać. Następnie biznes krwią podpisywał się pod tymi dokumentami, gwarantując, że zdania nie zmieni (prawda, że nie…

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…