Kanban w Enterprise Architect 13 część 2

W poprzednim tygodniu pisałem o kanban w Enterprise Architect (Kanban w Enterprise Architect 13 część 1). Dziś postaram się przedstawić mechanizmy raportowania a dokładniej wykresy w Enterprise Architect zbudowane na bazie historyjek użytkownika.

Wspomniane  wykresy pokażę na małym repozytorium  z 15 elementami.
zmiania_wersji
Dodajemy elementy do diagramów Kanban i działamy zgodnie z jego zasadami 🙂
W swoim repozytorium ćwiczebnym mam 15 user stories
15_artefaktów
W szczegółach diagramu iteracji dodałem kilka torów. Celowo zrobiłem fazy z tradycyjne kaskadowe elementy by pokazać, że Kanban można zaadoptować do twardych metodyk.
kanban_lanes
Tworzymy diagram documentation a na nim wykres TimeSeriesChart.
kanban_serie_wykres
Na diagramie dodaję 6 przebiegów, które obejmą 6 etapów prac. Przykładowa dla lane ‚w kolejce’
create_series
Dzień pierwszy wygląda następująco:
day_1
Trzy historyjki są w fazie analizy a pozostałe są w kolejce.
stan_sprint_1

Po kilka dniach wykres wyglądał następująco:

wykres_7
Dzięki takiemu wykresowi można sprawdzić jak zmieniało się w poszczególne dni obciążenie w poszczególnych fazach. Zmiany dokonywałem poprzez przesunięcie user stories na wykresie Kanban (przykład jest na pierwszym rysunku tego wpisu).
Cumulative Flow Diagram w Enterprise Architect
Wartością Kanban jest zbiorczy wykres przepływu ( CFD – Cumulative Flow Diagram) , który opisałem https://www.michalwolski.pl/2014/07/kanban-i-zbiorczy-wykres-przeplywu/. Wykres ten pomaga przede wszystkim w wychwyceniu wąskich gardeł. Powyższy wykres nie ma z nim nic wspólnego. Aby zbudować w Enterprise Architect wykres podobny do zbiorczego wykresu przepływu należy zrobić drobny zabieg. Otóż trzeba zmienić kolejność poszczególnych faz.
Fazy jak i wszystkie dane prezentowane na wykresie są zapisane w tagged values.
zmiana_danych_wykres
Po zmianie kolejności wykres wygląda następująco (rodzaj diagramu – stack line)
CFD_EnterpriseArchitect
Cumulative Flow Diagram wolę jednak robić w Excel 🙂
CFD_Kanban_EnterpriseArchitect
Wykres spalania w Enterprise Architect
Korzystając z historyjek użytkownika naturalnym wydaje się aby można było zaraportować postępy prac za pomocą wykresu spalania.
Do zbudowania takiego wykresu nadaje się TimeSeriesChart, na którym dodaję jeden przebieg z następującym zapytaniem:
wykres_spalania_query
 W wyniku realizacji zadania powstał następujący wykres spalania:
wykres_spalania_aktualizacja
 Reasumując. Użycie Kanban w Enterprise Architect pozwala nie tylko wizualnie sterować przepływem zadań, ale także raportować postępy prac. Z mojego punktu widzenia ta funkcjonalność zbliża Enterprise Architect do nurtu Agile Modeling i w istotny sposób wspomaga SCRUM.

Podobne wpisy

  • Agile Modeling w EA za nami Pierwsza edycja szkolenia Agile Modeling w Enterprise Architect za nami. W szkoleniu wzięło udział 6 osób, w tym tylko 3 Warszawy. Było nader interesująco, gdyż w trakcie szkolenia […]
  • Artefakt: Potencjalnie Wykonalny Przyrost Produktu (Potentially Shippable Product Incremement) Rezultatem każdego sprintu jest potencjalnie wykonalny przyrost produktu (ang. Potentially Shippable Product Incremement). Za wykonanie tego artefaktu odpowiada Zespół Scrum. Dużo mówi […]
  • Iteracje w Agile Modeling Iteracyjny model wytwarzania oprogramowania by był bardziej skuteczny wymaga kilku zabiegów. Chodzi oto by w ujęciu agile być rozważnym i skutecznym. Stosuję je podczas zwinnego […]
  • Rola: Mistrz Scrum (Scrum Master) Mistrz Scrum (ang. Scrum Master) odpowiada za zapewnienie tego, aby Zespół Scrum żył wartościami i praktykami Scrum czyli innymi słowy on nadzoruje sposób wykorzystania metodyki. Mistrz […]
  • Wartość modelowania Budowanie modeli ma ogromną wartość. Zastanawia mnie dlaczego budując dom wymagana jest dokumentacja projektowa a do budowy systemu informatycznego to sprawa opcjonalna. Dokumentacja nie […]
Reklama

Leave a Comment

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *