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.
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.
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.
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 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 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.
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.
