Scrum, Agile i Jakość na blogu

Agile w sektorze publicznym? Da się!

Agile w sektorze publicznym? Da się!

Agile nie może być używany do projektów typu fixed-scope! Agile nie nadaje się do przetargów! Agile w sektorze publicznym jest niemożliwy! Słyszałem to nie raz. Na szkoleniu ze Scrum pojawia się przynajmniej jedna osoba szukająca dziury w całym. Szukanie dziury najłatwiejsze jest przez tworzenie przypadków brzegowych. W dużym projekcie, w finansach, w państwowym? Wiedziałem o projekcie Everest w PZU i pracach w Ministerstwie Gospodarki. Ale teraz mamy coś znacznie lepszego i to czarno na białym.

4 powody dlaczego Daily Scrum jest nudny

4 powody dlaczego Daily Scrum jest nudny

W większości organizacji, które korzystają ze Scrum, kiedy zapytasz czy mają Daily Scrum, odpowiedzą, że tak. Ale często Development Team uważa, że jest to dla nich strata czasu i totalna nuda. Nie powinno tak być! Kiedy zespół mówi mi, że ich codzienny Scrum jest nudny, prawie zawsze oznacza to, że coś jest nie w porządku. Dzisiaj przedstawiam 4 powody dlaczego Daily Scrum jest nudny.

Retrospekcja Sprintu Oparta o Wartości Scrum w 5 krokach

Retrospekcja Sprintu Oparta o Wartości Scrum w 5 krokach

Wielu Scrum Masterów nie ma pomysłu lub ma trudności z prowadzeniem wartościowych Retrospekcji Sprintu. Młodzi, niedoświadczeni adepci tej sztuki często ograniczają się do jednej dobrze przećwiczonej metody. Najgorzej, kiedy jest to wariacja oparta na plusach i minusach lub ćwiczeniu rozgwiazda. Każdy zespól to widział i szybko się znudzi. Z tego powodu, retrospekcja staje się “koniecznym złem” dla zespołu, nudnym spotkaniem, które nie przynosi żadnej wartości. Zespół przestaje się angażować. Dlatego warto poszerzać warsztat i sprawdzać inne metody. 

Scrum a UAT

Scrum a UAT

Organizacje w obliczu transformacji do Agile stają w przed wieloma wyzwaniami. Jednym z największych wyzwań jest szukanie odpowiedzi na pytanie “co zrobić z UAT w Agile?”. No dobrze, w większości przypadków bardziej “co zrobić z UAT w Scrum?”. Do tej pory mieliśmy cykl, który po fazie developmentu miał fazę testowanie, a następnie fazę UAT. Teraz Sprint za Sprintem ma być dostarczane działające oprogramowanie.

Choroby trawiące zespoły Scrum — #3 Późna cofka

Choroby trawiące zespoły Scrum — #3 Późna cofka

Późna cofka niczym hiszpańska inkwizycja pojawia się znienacka kiedy ktoś sobie nagle przypomina, że coś już Done trzeba jednak zmieniać albo ma feedback stawiający to, co zostało do tej pory zrobione pod znakiem zapytania. Na codzień Zespół Developerski ustalał wszystkie szczegóły i kolejność prac z Product Ownerem, a teraz dowiadują się od osób trzecich, że jednak to nie było to, o co im chodziło. 

Choroby trawiące zespoły Scrum — #2 Bieżączka

Choroby trawiące zespoły Scrum — #2 Bieżączka

Trochę podobnym problemem do wcześniej omówionych wrzódek, jest bieżączka. Przewlekła choroba, która wyczerpuje organizm Zespołu Developerskiego niestrawnościami na produkcji. W praktyce to oznacza, że Zespół Developerski w każdym Sprincie równocześnie zajmuje się rozwojem nowych funkcjonalności produktu jak i utrzymaniem produkcji. Czy utrzymanie produktu w tym samym zespole jest niezwykłe lub niepożądane? Niekoniecznie. 

Choroby trawiące zespoły Scrum — #1 Wrzódki

Choroby trawiące zespoły Scrum — #1 Wrzódki

Jak wiadomo w transformacjach Agile jest tak, że wszystkie organizacje i zespoły są wyjątkowe. Jednak jeśli wiele Zespołów Scrumowych zgłasza się z tymi samymi problemami i te same pytania pojawiają się na szkoleniach to mamy jakiś wzorzec. Tak powstał pomysł na cykl o chorobach, które osłabiają Zespoły Scrum. Zespól Developerski pracuje spokojnie w bieżącym Sprincie, a tu nagle niespodzianka, trzeba rzucić pracę i robić coś innego. Wrzódki to nieplanowana praca, która nagle wpada do Sprintu. 

Agnieszka Kaczor certyfikowanym Product Ownerem

Agnieszka Kaczor certyfikowanym Product Ownerem

Nieustannie rozwijamy kompetencje, żeby lepiej służyć naszym klientom. Ciągle zdobywamy nową wiedzę, budujemy działy takie jak Scrumpedia, dzielimy się wiedzą na konferencjach i seminariach, ale też szkolimy się i certyfikujemy. Zatem z niezwykłą przyjemnością i nieukrywaną dumą informujemy co następuje. 

Scrum i nie tylko wydanie drugie — co się zmieniło?

Scrum i nie tylko wydanie drugie — co się zmieniło?

Od kilku dni pojawiają się już na stronach naszych partnerów i przyjaciół wzmianki i artykuły o drugim wydaniu książki Krystiana Kaczor Scrum i nie tylko. Teoria i praktyka w metodach Agile. Wypadałoby, żeby na QAgile pojawił się wpis na ten temat. Książka doczekała się drugiego wydania, więc można się spodziewać inspect & adapt. Wydanie drugie poprawione i rozszerzone. O ile nie trzeba tłumaczyć dlaczego książka oprócz dodruku została ponownie wydana, to warto wyjaśnić jakie są różnice.

Strona 1 z 141234510Ostatnia »
Share This