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…