Obszar projektu

Obszar projektu jest reprezentacją projektu oprogramowania w systemie. Obszar projektu definiuje produkty cząstkowe, strukturę zespołu, proces i harmonogram projektu.

Obszar projektu jest przechowywany w repozytorium jako element główny lub element najwyższego poziomu. Obszar projektu odnosi się do artefaktów projektu i przechowuje relację między tymi artefaktami. Dostęp do obszaru projektu i jego artefaktów jest kontrolowany za pomocą uprawnień. Obszaru projektu nie można usunąć z repozytorium. Można jednak go zarchiwizować, co ustawia jego stan na nieaktywny.

Produkty cząstkowe projektu jako linie programistyczne

Projekt może być prosty lub złożony w zależności od zatwierdzonych produktów cząstkowych, procesu i harmonogramów projektu. Ustanowiony projekt może mieć wiele linii programistycznych, znanych jako osie czasu, takich jak:
  • konserwacja jednej lub kilku dostarczonych wersji,
  • projektowanie nowej wersji,
  • rozpoznawcze projektowanie przyszłej wersji.

Każda z tych osi czasu może działać równolegle, będąc w różnych stanach. Każda oś czasu może mieć jedną lub więcej iteracji, dla których zatwierdzane są pewne zestawy produktów cząstkowych lub usprawnień funkcjonalności.

Uwaga: Do zarządzania różnymi działaniami związanymi z tymi samymi artefaktami można tworzyć osobne obszary projektu. Równocześnie jeden obszar projektu może odnosić się do artefaktów z innego obszaru. Jeśli zespół przygotował na przykład kod bazowy w obszarze projektu związanego z projektowania, można utworzyć osobny obszar projektu związanego z konserwacją tego samego kodu. Można to zrobić za pomocą edytora strumienia w projekcie związanym z konserwacją, zastępując komponent komponentem z obrazu stanu projektu związanego z projektowaniem. Umożliwia to zespołowi związanemu z konserwacją pracę nad tymi samymi artefaktami kodu, ale z wykorzystaniem całkowicie innych iteracji procesu, ról, reguł i elementów pracy.

Obszary projektu jako obszary zespołu

Struktura zespołów projektu jest definiowana według jednego lub więcej obszarów zespołu. Złożone projekty mogą mieć hierarchiczne obszary zespołu. Zazwyczaj do każdej linii programistycznej jest przypisany jeden lub kilka zespołów. Użytkownicy mogą mieć wiele przypisań, które wymagają od nich pracy w więcej niż jednym zespole. Niektórzy członkowie, na przykład lider projektu, mogą nie należeć do obszaru zespołu, ale są zdefiniowani jako członkowie na poziomie projektu na stronie przeglądu obszaru projektu.

Projekty bez obszarów zespołu

Istnieje możliwość utworzenia obszaru projektu, który nie zawiera żadnych obszarów zespołu. Zazwyczaj tego typu obszar projektu jest odpowiedni dla małych zespołów programistów, które chcą szybko rozpocząć swoją pracę i nie potrzebują organizować jej w postaci wielu zespołów. Szablon prostego procesu zespołu definiuje obszar projektu bez obszarów zespołu. Można także utworzyć szablon procesu, który nie określa obszarów zespołu.

Proces projektu

Proces jest kolekcją procedur, reguł i wytycznych wykorzystywanych do organizowania przepływu pracy oraz do jego sterowania. Proces projektu jest definiowany w obszarze projektu i może być dostosowywany w obszarze zespołu, osi czasu i iteracji. W przypadku platformy Jazz proces jest wykorzystywany do definiowania ról oraz uprawnień użytkowników do wykonywania operacji w narzędziu, takich jak zmiana stanu elementu pracy. Ponieważ każdy komponent platformy Jazz jest zależny od procesu, reguły zachowania operacji można dodawać w postaci warunków wstępnych i działań kontynuacyjnych.

Proces zazwyczaj jest oparty na szablonie i może być modyfikowany w celu spełnienia ogólnych wymagań obszaru projektu i zespołu. Podstawowa struktura procesu jest definiowana na stronie przeglądu obszaru projektu jako zestaw osi czasu i iteracji. Szczegóły procesu dotyczące ról, uprawnień, raportów typów elementów pracy i przepływów pracy, warunków wstępnych i działań kontynuacyjnych zachowania operacji można dostosowywać w konfiguracji procesu.

Harmonogram projektu jako iteracje

Harmonogram projektu jest określany według iteracji procesu, które reprezentują okresy w cyklu życia projektu. Każdy zestaw iteracji dotyczy jednej linii programistycznej. Zespoły mogą konfigurować iteracje w postaci hierarchii. Na przykład oś czasu może mieć wiele iteracji będących kamieniami milowymi. Każdy z takich kamieni milowych może zawierać jedną lub więcej iteracji fazy. Hierarchia iteracji oraz nazwy są definiowane przez użytkownika.

Osie czasu oraz hierarchię iteracji można zdefiniować na stronie przeglądu obszaru projektu. Strona przeglądu zawiera elementy sterujące, które umożliwiają dodawanie osi czasu, dat rozpoczęcia i zakończenia iteracji oraz oznaczenie dla bieżącej iteracji. Po zdefiniowaniu iteracji można przypisać do niej elementy pracy, a następnie śledzić je za pomocą planu iteracji.

Przykładowy obszar projektu

Przedstawiony rysunek prezentuje przykład obszaru projektu, który ma obszary zespołu oraz konfiguracje procesu, specyficzne dla osi czasu i ich iteracji. Obszar projektu może zawierać pewnych użytkowników na poziomie projektu. Mogą to być administratorzy, kierownicy projektu oraz analitycy biznesowi. Pozostali użytkownicy są dodawani do obszarów zespołu. Specyfikacja procesu obejmuje role w projekcie, uprawnienia oraz zachowania procesu. Te elementy są dziedziczone przez wszystkie iteracje w obszarze projektu. Pozostałe role, uprawnienia i zachowania są definiowane na poziomie osi czasu lub iteracji. Przesłaniają one konfigurację procesu na poziomie projektu. Członkowie zespołu mają przypisane role, które mają uprawnienia, określone według odpowiedniej definicji w specyfikacji procesu.

Rysunek 1. Przykład obszaru projektu, który definiuje obszary zespołu, osie czasu, iteracje i konfiguracje procesu
Rysunek prezentuje repozytorium z jednym obszarem projektu, który zawiera obszary zespołu, osie czasu, iteracje i konfiguracje procesu.

Opinia