Iteracje w projekcie – krótka retrospekcja

Dziś przeglądając w pracy dokument Product backlog jednego z projektów zauważyłem, że całkiem sporo iteracji za nami (dokładnie 6) i pomyślałem, że warto na chwilę zawiesić oko na wykresach wypalania (burndown charts).

Oto wykresy z ostatnich pięciu iteracji

jeśli się z nimi jeszcze nie spotkałeś, krótko wyjaśnię jak je odczytywać. Na osi pionowej odłożona jest ilość rzeczy do zrobienia, na poziomej czas od początku do końca iteracji. Niebieska linia wyznacza idealny sposób wykonywania zadań. To znaczy, ze jeśli szacowanie było w 100% trafne i nie pojawiły się niespodziewane problemy – tak wyglądałby wykres. Czerwona linia wyznacza faktyczny przenbieg iteracji. Jest kreślona na bieżąco codziennie. Jeśli wychodzi powyżej linii niebieskiej – zespół zaczyna mieć więcej zadań do wykonania, niż teoretycznie jest w tanie wykonać, jeśli poniżej – ma za mało zadań, żeby wypełnić pracą iterację

Burndown iteracja 1[/caption]
Burndown iteracja 2

Burndown iteracja 2

Burndown iteracja 3

Burndown iteracja 3

Burndown iteracja 4

Burndown iteracja 4

Burndown iteracja 5

Burndown iteracja 5

Jak widać, działo się różnie ;) Jednak najważniejsze co z nich wynika, to

  1. Zespół zawsze wiedział, czy jest do przodu (pod kreską), czy ma opóźnienia (nad kreską), więc mógł zawsze zareagować dodając lub usuwając zadania z iteracji
  2. W trakcie poznawania projektu i tworzonego systemu jakość szacowania rośnie
  3. Zawsze mamy informację zwrotną odpowiadającą na pytanie “jak dobre jest nasze szacowanie”, widzimy też przeszkody na które trafiliśmy

Nie jestem fanatycznym orędownikiem Agile ani w szczególności Scrum. Jednak nawet najbardziej zatwardziały obrońca modelu wodospadowego musi zauważyć, że przynajmniej niektóre aspekty zwinnego wytwarzania oprogramowania działają. A dzieje się tak dlatego, że zamiast wymagając od ludzi dostosowania się do “maszynowych” procesów – organizuje procesy, do których łatwiej się ludziom dopasować.

O pierwszych krokach przy wdrażaniu Agile możesz poczytać w innym wpisie “Zabawy ze SCRUM

Share Button

Leave a Reply

Your email address will not be published. Required fields are marked *