Kto ustala długość Sprintu?

Ważną kwestią w zespole Scrum jest to, jak długie powinny być Sprinty. Jeśli są zbyt długie, może wystąpić zbyt wiele wahań. Jeśli są zbyt krótkie, zespół może nie być w stanie ukończyć ważnych prac lub będzie musiał obniżyć swoją Definition of Done, aby ukończyć prace.

Kto decyduje o długości Sprintu?

Oczywiście odpowiedź brzmi: cały zespół. A są to Scrum Master, [Product Owner](https://www.agile-academy.com/de/scrum-master/definition-of-done/ /de/product-owner/ "Product Owner") i członkowie zespołu (programiści, testerzy, projektanci itp.).

Ale co się właściwie dzieje, gdy te liczne osoby nie mogą dojść do porozumienia?

Czy będą dyskutować bez końca, dopóki w końcu nie podejmą wspólnej decyzji?
Nie. Ostatecznie to Scrum Master może wtedy ustalić czas trwania Sprintu.

Scrum Master ma ostatnie słowo w kwestii długości Sprintu

Dobry Scrum Master zrobi wszystko, co w jego mocy, aby znaleźć wspólne rozwiązanie. Jeśli jednak wyczerpał wszystkie możliwości i wciąż nie widać porozumienia, musi podjąć decyzję.

Nie powinno to zdarzać się zbyt często. Mam nadzieję, że większość Scrum Masterów nigdy nie będzie musiała mówić: „Wysłuchałem wszystkich opinii, ale zrobimy to tak, jak chcę." Ponieważ jednak Scrum Master jest odpowiedzialny za proces w zespole, to on podejmuje ostateczną decyzję.

Przykład, dlaczego krótki czas trwania Sprintu jest dobry

Pewnego razu pracowałem z zespołem, który pracował z czterotygodniowymi Sprintami. Członkowie zespołu mieli trudności z określeniem właściwej ilości pracy w swoich Sprintach. W ciągu sześciu miesięcy przed moim dołączeniem do zespołu, w każdym Sprincie odpadało około jednej trzeciej pracy.
Było to dobry zespół, który wykonywał pracę pierwszej klasy. Członkowie zespołu po prostu nie wiedzieli, ile pracy mogą wykonać w ciągu czterech tygodni. Ich optymizm skłaniał ich do stałego podejmowania zbyt wysokich commitmentów.

Poprosiłem zespół, żeby przemyślał rozwiązanie problemu i przekazał mi wyniki następnego dnia. Byłem zachwycony, gdy następnego dnia poinformowano mnie, że zdecydowanie trzeba zmienić długość Sprintów. „Tak" – powiedziałem – „zdecydowanie!"

Członkowie zespołu byli uradowani moją zgodą i powiedzieli:

„Wow! Nie sądziliśmy, że pozwolisz nam na sześciotygodniowe Sprinty!"

Musiałem niestety poinformować ich, że co prawda zgadzam się na zmianę długości Sprintu, ale lepiej jest go skrócić zamiast wydłużać.

Ostatecznie zrobiliśmy to, co ja – jako doradczy Scrum Master – zaproponowałem i skróciliśmy długość Sprintu.

Dlaczego Scrum Master powinien ustalać długość Sprintu?

Zespół już teraz pakował pracę na sześć tygodni do czterotygodniowego Sprintu. Gdyby zespół miał teraz sześciotygodniowe Sprinty, z pewnością wcisnąłby tam osiem lub dziewięć tygodni pracy.

Zatem członkowie zespołu musieli nauczyć się, ile pracy mieści się w Sprincie (bez względu na jego długość). Jako Scrum Master wezwany jako konsultant, mogłem to wszystko łatwiej dostrzec niż oni sami.

Chcę jeszcze raz podkreślić, że powinno się to robić tylko w wyjątkowych przypadkach. Mogę policzyć na palcach jednej ręki, ile razy podjąłem taką decyzję po tym, jak zespół nie mógł dojść do porozumienia. Pominięcie zespołu w tak ważnej kwestii jak długość Sprintu powinno odbywać się z wielką ostrożnością. Ale w końcu chodzi o przestrzeganie procesu, a to leży w gestii Scrum Mastera.

Niniejszy tekst pochodzi z bloga Mike'a Cohna i został przez nas przetłumaczony na język polski.