Natknąłem się na interesującą dyskusję na powyższy temat:
Latem 2011 roku Ken Schwaber i Jeff Sutherland zaktualizowali swójPrzewodnik Scrum. W nim usunęli jedno długo ustalone zachowanie znane w Scrumie, którym jest zobowiązanie, jakie zespół podejmuje wobec właściciela produktu i klientów. Zobowiązanie zostało zastąpioneprognozują. Mówią, że zespoły mogą prognozować swoją pracę, ale nie mogą się do niej zobowiązać.
Autor — Mitch Lacey poruszyłswoją opinię wyciągnąłem z artykułu następujące:
Chociaż rozumiem ich logikę, wolę zobowiązanie z następujących powodów:
- Zobowiązanie się do czegoś stawia zespół w innym nastawieniu niż tylko prognozowanie. Jeśli zespół prognozuje, to sugeruje, że nieosiągnięcie wszystkiego, co powiedzieli, że mogą zrobić, jest akceptowalnym zachowaniem. Chociaż zespoły mogą uczyć się na podstawie swoich prognoz, ostatecznie mając mniejoszacowań wariancji, uważam, że zespoły, któreprognozują potrzebują więcej czasu na zmniejszenie wariancji w porównaniu do zespołów, którezobowiązują się.
- Prognozowanie, czy oszacowywanie, jest odpowiednie dlabacklogu produktu. Jednak gdy zespoły przenoszą historie z backlogu produktu dobacklogu sprintu i dzielą je na mniejsze części, dodają kolejny poziom szczegółowości, odkrywając małe detale, które pozwalają im zapytać siebie “czy możemy się do tego zobowiązać?” Prognozowanie niesie ryzyko powrotu do leniwej postawy zespołu, zamiast mówić “musimy tylko prognozować, w porządku, jeśli coś nam umknie, możemy to wszystko rozwiązać później.”
CoScrum.org mówi o “Prognozie” lub “Zobowiązaniu”?
Istnieje bezpośredni powód zmiany, który ma związek z znaczeniem samych słów. Słowo zobowiązanie zazwyczaj odnosi się do podjętych obowiązków. Po zobowiązaniu się do dostarczenia listy elementów backlogu produktu,Zespół Scrum, przede wszystkim Właściciel Produktu i zwłaszcza interesariusze mogą czuć, że istnieje obowiązek rzeczywistego dostarczenia ich wszystkich na koniec Sprintu. Ale rzeczywistość wciąż pokazuje nam, że trudno, jeśli nie niemożliwe, jest zawsze spełnić to samo nałożone zobowiązanie bez kompromisów w jakości. ABacklog Sprintu jest wystarczająco złożony, że niepewność zawsze jest obecna, a zdrowy rozsądek podpowiada nam, że nie powinniśmy obiecywać tego, czego nie jesteśmy pewni, że możemy dostarczyć. Kiedy używamy słowa zobowiązać, możemy być łatwo stronniczy w kierunku myślenia o obowiązku-zobowiązaniu-obietnicy.
Moja osobista opinia:
Uważam, że obie strony mają solidne uzasadnienie.Jakie są twoje komentarze i opinie?
Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文