Z faktu, że zespół pracujący w Scrumie spotyka się codziennie o tej samej porze na maksymalnie piętnaście minut przy tablicy bynajmniej nie wynika, że w zespole tym zdarzenie Daily Scrum się rzeczywiście odbywa. Możliwe, że tak, ale równie dobrze może to być ceremonia wymuszona przez proces, nie dająca żadnych wartościowych efektów. Jak Scrum Master może …
Wzdragam się za każdym razem, gdy ktoś prosi mnie o listę kroków, które Scrum Master powinien podjąć w określonej sytuacji. Szkodliwość takich procedur-algorytmów wynika z pominięcia w nich kontekstu, a ten ma kluczowe znaczenie. Coś, co jest logiczne w jednej sytuacji, może być absurdalnym postępowaniem w innym przypadku. Coś, co godzi w podstawy Scruma w …
Zapytał mnie ostatnio znajomy Agile Coach co sądzę o pomyśle, by posługując się metodami Agile szacować błędy, które rozwiązuje zespół developerski. Oszacowania te mogłyby być wyrażone w tytułowych story pointach albo mieć dowolną inną formę przyjętą przez zespół. Po usłyszeniu takiego pytania ma się ochotę odpowiedzieć „to zależy”, ja jednak zacznę od odpowiedzi na zupełnie …
Minęło już kilka lat od dnia, w którym twórcy Scruma uznali za zasadne napisanie o wartościach w definicji tej metody (Scrum Guide). Skupienie, zaangażowanie, otwartość, odwaga i szacunek przez domniemanie zawsze były częścią Scruma. Gdy ich brak, ciężko użyć tej metody, nie mówiąc już o zrobieniu tego dobrze w sposób, który daje wymierne korzyści. Scrum …
Często przewija się w rozmowach z uczestnikami szkoleń, Scrum Masterami i Product Ownerami, pytanie o możliwość zastosowania metod zwinnych, na przykład Scruma, do realizacji projektów fixed-price. Nie da się na nie udzielić odpowiedzi innej niż „to zależy”. Z samego faktu, że technicznie możliwe jest użycie takiej czy innej metody jeszcze nie wynika sens jej zastosowania …
Jak zwiększyć motywację zespołu? Jak podkręcić „ownership” w zespole? Jak spowodować, by developerzy zaczęli wykazywać inicjatywę? Czemu zespół tak słabo utożsamia się z produktem, który wytwarza? To tylko kilka z pytań, jakie padają na szkoleniach dla Scrum Masterów i Product Ownerów, lub które otrzymuję mailem. Wskazują na istotny problem braku motywacji w zespołach developerskich, które …
Na jednym z niedawnych szkoleń Product Owner Toolbox, jakie prowadziłem, rozgorzała niespodziewanie dyskusja dotycząca wymogu, aby każda retrospekcja zespołu scrumowego owocowała przynajmniej jednym konkretnym usprawnieniem, którego realizację zespół podejmie w kolejnym sprincie. Zanim napiszę czego dotyczyła dyskusja (a właściwie spór), kilka uwag związanych z samym Scrum Guide. Otóż co jakiś czas twórcy Scruma dopisują do …
Jednym z „produktów” planowania sprintu jest uzgodniony przez zespół scrumowy cel sprintu. Wymóg, by cel ten został nazwany, dodany został do Scruma kilka lat temu. Miało to ułatwiać zespołom działanie – w tym samoorganizację – ale obserwacja zdaje się pokazywać, że stało się dokładnie na odwrót. Cel sprintu rodzi się często w bólach i jest …
Jakiś czas temu pisałem o czynnikach, jakie należy brać pod uwagę przy określaniu długości sprintu (artykuł tutaj). Jakie mogą być skutki złego wyboru? Nie możemy tak długo czekać… Nieuchronną konsekwencją długich sprintów jest wzrost presji w czasie ich trwania, na zmianę zakresu realizowanych prac. W ciągu miesiąca, mogą pojawić się potrzeby wielokroć ważniejsze niż te, …
Jeden z poprzednich artykułów poświęcony był konceptowi Definicji Ukończenia, który w Scrumie służy zapewnieniu przejrzystości odnośnie tego co to znaczy, że prace nad produktem zostały zakończone, a sam produkt nadaje się do użycia. Zazwyczaj zespół, kierując się standardami obowiązującymi w organizacji oraz własną wiedzą i umiejętnościami, ustanawia Definition of Done takie, które rzeczywiście zapewnia, że …
Co wybrać: liche Definition of Done czy brak możliwości ukończenia czegokolwiek? Czytaj dalej »