Planowanie i monitorowanie pracy w Enterprise Architect

Enterprise Architect w w swojej funkcjonalności zawiera mechanizm planowania pracy zespołu. Otóż wśród widoków i perspektyw Enterprise Architect.

image

jest perspektywa Project Management

image

Po wybraniu tej opcji można zobaczyć dość przyzwoity widok, na którym można dodawać zasoby do artefaktów.

image

Kluczowym wydaje się określenie na jakim poziomie (do jakich elementów) powinniśmy przypisywać zasoby. Z moich doświadczeń wynika, że takimi elementami są Business Process (BPMN) oraz UseCase (UML).

Przypisanie zasobów musi mieć swój cel. Przypisuję zasoby, gdyż chcę śledzić stan realizacji projektu. Przy procesach biznesowych chcę widzieć czy są już one opisane, zamodelowane itd. Przy przypadkach użycia istotnym jest dla mnie czy mają opisane scenariusze, dodane wymagania itd.

Przypisane zadania do osób mają następujący wygląd

image

Na tym etapie wystarczy, że członkowie zespołu aktualizują stopień wykonania poszczególnych zadań:

image

Osobiście staram się wprowadzić taką zasadę by procentowa wartość realizacji zadania coś oznaczała. Przykładowo:

  • 50% – przypadek użycia został opisany i czeka na weryfikację
  • 75% – przypadek użycia został zweryfikowany i jest poprawiany
  • 100% – przypadek użycia został zweryfikowany

Lista “statusów” jest oczywiście przykładowa. Pozwala jednak na szybką weryfikację stanu prac nad każdym artefaktem.

Na koniec raportowanie. Enterprise Architect umożliwia zbudowanie raportu. Użycie elementu Standard Chart:

image

Pozwala na utworzenie wielu zestawień. Przykładowo zestawienia postępów prac dla wszystkich przypadków użycia oraz z podziałem na poszczególne role.

image

Post ten ma charakter informacyjny. Nie ukrywam, że zbudowanie wielu raportów wymaga użycia zapytania w SQL. Niemniej jednak Enterprise Architect pozwala nie tylko na przypisywanie zasobów do artefaktów ale także na w miarę sensowne raportowanie.

Podobne wpisy

  • Śledzenie zmian w Enterprise Architect W przypadku gdy modyfikujemy model możemy zamrozić jego wersję. Opcja ta  w Enterprise Architect nazywa się Baseline.  Jak ona działa? Otóż przykładowo w pakiecie diagram […]
  • StarUML zmienia się w White UML Pamiętasz StartUML –> jedno z pierwszych w miarę dobrych narzędzi open source do modelowania. Ja pamiętam. Wraz kolegą przetłumaczyliśmy dokumentację do StarUML. Projekt został […]
  • Jakość a plan iteracji Plan iteracji to jeden z elementów zarządzania jakością procesu wytwórczego oprogramowania. Moim zdaniem dobry plan iteracji: jednoznacznie hierarchizuje wymierne cele, które […]
  • Warsztaty są bardzo ważne W ciągu ostatnich dwóch dni (6-7.04) przekonałem sie po raz kolejny jak ważne są warsztaty praktyczne oparte o praktyczne problemy klienta. W trakcie dwudniowego szkolenia z modelowania […]
  • Wymagania są najważniejsze Podczas mojej pracy zauważyłem, że spory problem stanowią wymagania. Trudnością nie jest ich spisanie. Trudnością jest ich wyartykułowanie. Pomijam turbulencje związane z celem zamiany czy […]
Reklama
MODESTO - licencje Enterprise Architect

Zostaw komentarz

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

Przewiń do góry