Archiwum

Jak wytłumaczyć zespołowi szacowanie relatywne? 3 propozycje ćwiczeń

Jednym z największych wyzwań w pracy Zespołu Deweloperskiego, ale też Product Ownera z interesariuszami jest określenie, kiedy dana funkcjonalność zostanie dostarczona. Jest wiele aspektów tego zagadnienia. Relacje, emocje, asertywność, szacowanie. I właśnie tą ostatnią kwestią chce się dzisiaj zająć. Jakie są metody relatywnego szacowania zadań, jak to wytłumaczyć zespołowi i dlaczego jest to lepsze podejście od klasycznego?

(więcej…)

 

Kilka słów o Zespole Deweloperskim w Scrumie

Zespół DeweloperskiZespół Deweloperski stanowi – obok roli Product Ownera oraz Scrum Mastera – główny trzon Zespołu Scrumowego. Co ważne, mówiąc o nim “deweloperski”, mam tu na myśli wszystkie role, które są konieczne, aby zespół na koniec Sprintu mógł pokazać działający kawałek produktu. Innymi słowy, nieważne czy jesteś programistą, testerem czy analitykiem biznesowym – w Scrumie każdą osobę, niezależnie od roli, nazywamy Deweloperem.

Takie nazewnictwo wzmacnia fakt, iż każda osoba ma wkład w rozwój produktu oraz zmniejsza antagonizmy, które potrafią zrodzić się pomiędzy rolami. Zestawienie wielu różnych ról w jednym miejscu może być nowością dla kogoś, kto pracował w organizacji o strukturze silosowej (pracownicy zorganizowani są wokół konkretnych działów – np. Dział Testów, Dział Analizy Biznesowej itd.), natomiast jest naturalnym i preferowanym sposobem komponowania zespołów w środowiskach zwinnych. (więcej…)

 
Ta strona używa Cookies, korzystając z niej wyrażasz zgodę na używanie ciasteczek zgodnie z ustawieniami przeglądarki. Nasza Polityka Prywatności
Akceptuję, bo lubię Was czytać.
x