Artykuły z kategorii: Techniki

Co daje szacowanie relatywne zespołowi?

Jednym z celów estymacji (szacowania) zadań w Scrum jest pozyskanie przez Zespół Deweloperski informacji, jak wiele zadań mogą “włożyć” do Sprintu (iteracji), który trwa od 1 tygodnia do 1 miesiąca. Scrum różni się w związku z tym od tradycyjnych metodyk gdzie estymacja często jest robiona na początku trwania projektu i dotyczy całego jego przebiegu.

W tym wpisie, który jest kontynuacją moich poprzednich dotyczących estymowania (metody wyceny wymagań, jak wytłumaczyć szacowanie relatywne) chcę wam przybliżyć korzyści jak i wady estymowania relatywnego.

(więcej…)
 

Oś czasu – alternatywna metoda na Retrospektywę Sprintu

Gdy obserwuję początkujące zespoły scrumowe i Scrum Masterów prowadzących Retrospektywy, najczęściej jako stosowane techniki na tym wydarzeniu widzę różne odmiany podobnych do siebie podejść: Start/Stop/Continue, Diagram Rozgwiazdy, Plusy i Minusy czy zwykłe generowanie tematów do dyskusji. Zaletą tych podejść jest na pewno duża otwartość na tematykę, jaka może się pojawić w czasie dyskusji w zespole, widzę jednak takie momenty w życiu zespołów, gdy potrzebne są bardziej ukierunkowane sposoby moderacji przebiegu rozmowy usprawnieniowej. Jedną z takich technik jest dla mnie “Oś czasu” (w oryginalnych angielskich publikacjach określana jako “Timeline”). W tym artykule przybliżę tę technikę, podpowiem kiedy warto ją zastosować i podzielę się praktycznymi doświadczeniami z moich prób jej wykorzystania.

(więcej…)
 

Wet za wet, czyli słów kilka o efektywnej współpracy

Dwa lata temu miałam możliwość brać udział w kilku spotkaniach coachingowych prowadzonych przez Sari van Poelje. Sari jest coachem i trenerem już od 30 lat i specjalizuje się w analizie transakcyjnej, a także w tematach związanych z transformacjami przedsiębiorstw, współpracą zespołów i przywództwem. W trakcie jednej z sesji, która była odpowiedzią na nasze trudności w aspekcie współpracy z wyższym kierownictwem, skupiliśmy się na tym zagadnieniu, a w szczególności na warunkach, jakie muszą być spełnione, by współpraca miała szansę się zadziać.

(więcej…)
 

Working Agreement Canvas

Według badań, które cytuje Scrum Inc, ponad 60% sukcesu zespołu jest tworzone, zanim zespół zacznie pracować. Jest to jasny sygnał, że dobre zespoły się nie zdarzają, ale są tworzone. Dlaczego o tym piszę? Ponieważ Team Working Agreement Canvas, który chcę Wam w tym wpisie przybliżyć, jest elementem uzgodnienia pewnych rzeczy jeszcze zanim zespół zacznie pracować.

Scrum Inc. stworzył template, którego poszczególne elementy w tym wpisie opiszę. Wpis ten jest on rozwinięciem wpisu Kuby dotyczącego wystartowania zespołu scrumowego.

(więcej…)
 

Jak wejść w buty klienta – 2 skuteczne techniki warsztatowe

Mam w swoim wachlarzu technik takie, po które sięgam szczególnie chętnie. W tym materiale podzielę się z Wami dwiema, z których  korzystam w duecie, kiedy potrzebuję skutecznego sposobu na ocenę produktu albo pomysłów na jego rozwój z perspektywy klienta w rozumieniu użytkownika docelowego. Pierwsza z nich to Mapa empatii (ang. Empathy map), druga Róże-pączki-ciernie (ang. Rose-Bud-Thorn).

(więcej…)
 

Błędy z zeszłych sprintów. Jak z nimi postępować?

Zespół scrumowy (zespół deweloperski) skończył pracę na przyrostem. Właściciel produktu odebrał go i przekazał do Klienta (interesariuszy). Klient wdrożył gotowe oprogramowanie (produkt). Po kilku sprintach, kiedy zespół robi już zupełnie inne rzeczy, Klient znajduje błędy w przekazanym oprogramowaniu. I zgłasza je do zespołu scrumowego. Sytuacja z życia wzięta, codzienna. Jak sobie z nią poradzić? Przygotowałem dla Was grafikę obrazującą jedną z możliwych ścieżek postępowania.

(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