Omówienie artefaktów szablonu procesu CMMI

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Proces CMMI obsługuje następujące typy elementów roboczych (WIT) do planowania i śledzenia pracy, testów, opinii i przeglądu kodu. W różnych sieciach sieciowych można śledzić różne typy pracy, takie jak wymagania, żądania zmiany, zadania, błędy i inne. Te artefakty są tworzone podczas tworzenia projektu przy użyciu procesu CMMI. Są one oparte na procesie integracji modelu dojrzałości (CMMI ).

Oprócz sieci WIT zespoły mają dostęp do zestawu zapytań dotyczących elementów roboczych w celu śledzenia informacji, analizowania postępu i podejmowania decyzji.

Uwaga

Możesz dostosować system śledzenia pracy dla projektu, tworząc i dostosowując dziedziczony proces i stosując ten proces do projektu. Aby uzyskać więcej informacji, zobacz Model procesu dziedziczenia.

Planowanie i śledzenie pracy z usługą CMMI

Zespoły planują swój projekt, przechwytując funkcje i wymagania. Gdy zespoły pracują w sprintach, definiują zadania i łączą je z wymaganiami. Aby uzyskać wgląd w zestawienie wymagań w różnych zespołach, menedżerowie programów łączą wymagania z funkcją. Problemy z blokowaniem są śledzone przy użyciu problemów. Aby uzyskać szczegółowe informacje na temat korzystania z tych sieci WIT, zobacz Typy elementów roboczych i przepływ pracy procesu CMMI

Na poniższej ilustracji przedstawiono podstawowy przepływ rozpoczynania pracy. Aby uzyskać więcej informacji, zobacz Wprowadzenie do narzędzi Agile do planowania i śledzenia pracy.

Wybierz jeden z poniższych obrazów, aby przejść do połączonego artykułu.

Uwaga

Element roboczy to rekord bazy danych zawierający definicję, przypisanie, priorytet i stan pracy. Typy elementów roboczych definiują szablon pól, przepływu pracy i formularza dla każdego typu. Elementy robocze mogą być ze sobą połączone, aby obsługiwać zależności śledzenia, rolować pracę i raporty.

Wyświetlanie listy elementów roboczych z zapytaniami

Zapytania elementów roboczych umożliwiają wyświetlanie listy elementów roboczych na podstawie ich typu, takich jak żądania zmiany, błędy, zadania i wymagania.

Uwaga

Podczas tworzenia nowego projektu nie ma już domyślnego zestawu udostępnionych zapytań. Definicje zapytań udostępnionych zostały usunięte z szablonu procesu. W przypadku wdrożeń lokalnych można dodać je do niestandardowego szablonu procesu zgodnie z opisem w temacie Dodawanie zapytań dotyczących elementów roboczych do szablonu procesu.

Zapytania można wyświetlać i uruchamiać z portalu internetowego lub z poziomu wtyczki Programu Team Explorer do programu Visual Studio. Możesz również zmodyfikować zapytanie przy użyciu edytora zapytań, aby zastosować różne kryteria filtrowania i dodać zapytania do pulpitów nawigacyjnych zespołu.

Wskazówki dla udostępnionych zapytań

Efektywniej zarządzaj pracą, wykonując następujące porady:

• Znajdź przypisane elementy robocze, dodając @Me jako wartość pola Przypisane do w jednej z klauzul zapytania.
• Zmodyfikuj dowolne zapytanie, dodając kryteria, aby skoncentrować się na obszarze produktu, iteracji lub innym polu. Aby zmodyfikować zapytanie, otwórz edytor zapytań.
• Otwórz dowolne zapytanie w programie Excel , w którym można zaktualizować pola co najmniej jednego elementu roboczego i opublikować zmiany w bazie danych w celu śledzenia elementów roboczych.
• Wizualizuj stan lub postęp , tworząc wykres kołowy, wykres kolumnowy lub wykres trendu dla zapytań z listą płaską.
• Wszyscy prawidłowi użytkownicy z dostępem standardowym mogą tworzyć zapytania i foldery w obszarze Moje zapytania . Aby tworzyć zapytania i foldery zapytań w obszarze Udostępnione zapytania, musisz mieć zestaw uprawnień Współtworzenie i mieć przypisany dostęp podstawowy lub większy. Aby uzyskać więcej informacji, zobacz Ustawianie uprawnień dotyczących zapytań.

Ważne

Począwszy od programu Visual Studio 2019, wtyczka Usługi Azure DevOps dla pakietu Office ma przestarzałą obsługę programu Microsoft Project. Integracja projektu i polecenie TFSFieldMapping nie jest obsługiwane w przypadku usługi Azure DevOps Server 2019 i nowszych wersji, w tym usług Azure DevOps Services. Możesz nadal używać programu Microsoft Excel.

Monitorowanie postępu

Wszystkie procesy — Agile, Scrum i CMMI — obsługują tworzenie wykresów stanu i trendów oraz pulpitów nawigacyjnych. Ponadto kilka wykresów jest tworzonych automatycznie na podstawie używanych narzędzi Agile. Te wykresy są wyświetlane w portalu internetowym.

Tworzenie wykresów o lekkiej wadze

Możesz zdefiniować udostępnione płaskie zapytanie i utworzyć wykres na podstawie zainteresowań śledzenia. Typy wykresów obejmują stan — kołowy, słupkowy, kolumnowy, skumulowany słupek i wykres przestawny — skumulowany obszar, linia i obszar — wykresy.

Widżety analizy i raporty usługi Power BI

Usługa Analytics może odpowiedzieć na pytania ilościowe dotyczące przeszłości lub stanu bieżącego projektów. Możesz dodać widżety analizy do pulpitu nawigacyjnego lub użyć usługi Power BI do tworzenia wykresów i raportów.

Aby uzyskać więcej informacji, zobacz Co to jest usługa analizy?

Powiązane notatki

• Utwórz projekt
• Dodawanie elementów roboczych do zarządzania projektem
• Tworzenie listy prac
• Korzystanie z tablicy Kanban
• Planowanie przebiegu

Wersje procesów CMMI

W miarę aktualizowania szablonu procesu CMMI numer wersji jest aktualizowany. W poniższej tabeli przedstawiono mapowanie wersji zastosowane w miarę stosowania aktualizacji do szablonów procesów lokalnych usługi Azure DevOps. W przypadku usługi Azure Boards zawsze jest używana najnowsza wersja. Każdy szablon zawiera version element. Ten element określa wersję główną i pomocniczą.

Wersja	Nazwa CMMI	Wersja główna
Azure DevOps Services Azure DevOps Server 2022	CMMI	18
Oprogramowanie Azure DevOps Server 2020 Azure DevOps Server 2019	CMMI	17
TFS 2018	CMMI	16

Aby zapoznać się z podsumowaniem aktualizacji wprowadzonych w szablonach przetwarzania, zobacz Informacje o wersji dla usługi Azure DevOps Server.

Więcej wskazówek dotyczących usługi CMMI

Sytuacje i praktyki robocze zespołów programistycznych różnią się znacznie, a większość firm ma własne dobrze ugruntowane procesy. Z tych powodów wskazówki podane w tym miejscu nie próbują w całości przepisać procesu programowania. Zamiast tego opisujemy tylko działania, które mają zastosowanie do najlepszego wykorzystania procesu CMMI.

• Tło do CMMI: zawiera omówienie funkcji CMMI i sześć poziomów możliwości, które są wewnętrznie związane z modelem.

• Zarządzanie projektami: zawiera wskazówki ułatwiające lepsze zrozumienie sposobu zarządzania, planowania i koordynowania opracowywania i konserwacji produktów oprogramowania pracujących z modelem CMMI.

• Inżynieria: odpowiada za działania dodane przez wartość w celu odnalezienia informacji wymaganych do projektowania i tworzenia produktów oprogramowania

Korzystanie z szablonu CMMI i wskazówek może pomóc w osiągnięciu celów cmMI, jeśli używasz go w ramach programu poprawy procesu. Dostosuj te wskazówki do własnej sytuacji, która zależy od typu i historii opracowywanego produktu, skali projektu, tła członków zespołu i zaakceptowanych praktyk w organizacji.

Te wskazówki zostały opracowane we współpracy z Davidem Andersonem. Aby uzyskać więcej informacji, zobacz następującą stronę sieci Web: David J Anderson & Associates.