Zarządzanie problemów (CMMI)

Można użyć elementu pracy problem w Visual Studio Team Foundation Server , aby ułatwić śledzenie problemów z planu projektu i jego działań i zadań.Problemy są nie mylić z błędami.Typ elementu pracy bug przewidziano do śledzenia problemów z kodu i niepowodzenia szczególnych badań.Typ elementu problemu pracy zapewnia ułatwiają śledzenie wszystkich problemów z projektem.Oto niektóre przykłady niejasności w wymagania, niedostępność personelu lub innych zasobów problemy ze środowisk innych zagrożeń projektu, które występują, oraz ogólnie wszystko, co powoduje zagrożenie dla pomyślnej realizacji projektu.

Sprawia, że problemy różnych jest stanowią one działalność niezaplanowane.Rozwiązywanie problemów jest projekt normalnej pracy.Dlatego musi być śledzone i specjalną uwagę.Śledzenie elementów pracy problemu tych problemów projektu i używanie raportowania i kwerend w Team Foundation Server pomaga rozwijać zdolności core, zarządzania i rozwiązywania problemów, szybko i skutecznie.

W tym temacie

• Tworzenie elementu pracy problemu

• Przeglądanie problemów

• Analizowanie problemów

• Sprawdź rozwiązane problemy

• Przegląd zagadnień rozpoznawania

Utwórz element pracy problemu

Wystąpi problem, Utwórz element pracy problemu, opisz problem i opisują sugerowane rozwiązania, jeśli znane są dowolne.Elementy pracy problem dla projektu utworzyć organ znaczących dowodów standardowe metody oceny CMMI dla oceny procesu poprawy (SCAMPI).Aby uzyskać więcej informacji na temat CMMI Zobacz tła do Tło CMMI.

Formularz elementu pracy problemu przechowuje dane pól i karty wyświetlane w poniższych ilustracji:

Przegląd zagadnień

Nierozwiązane problemy projektu powinny być regularnie weryfikowane.

Aby wyświetlić problemy, należy uruchomić kwerendę nierozwiązane problemy, dostarczonego z szablonem.Sortować problemów przy użyciu stanu "proponowane" treściwe nowych problemów.Aby uzyskać więcej informacji, zobacz Problem (CMMI).

Analizowanie problemów

Każdy nowy problem powinny zostać poddane analizie zarówno symptomy i przyczyny.Plan działań naprawczych należy adres symptomy lub (najlepiej) głównej przyczyny.Rekord plan na karcie działania naprawcze problemu.Decyzja o obejścia problemu lub spróbować naprawić główną przyczynę powinny odzwierciedlać ryzyka projektu.Decyzje te powinny być udokumentowane w kwestii elementu pracy.Będą one dowód oceny SCAMPI i wykazać poziom zdolności na zarządzanie ryzykiem, które są istotne dla oceny poziomu 3.

Praca wokół symptomy jest zachowanie niższego dojrzałości, które pokazuje poziom zdolności, która jest odpowiednia dla oceny poziomu 2 lub 3 modelu CMMI.Analiza głównych przyczyn i rozdzielczości pociąga za sobą organizacja zamierza, że problem nie należy powtarzać.Jest to zachowanie wyższe zapadalności.Pokazuje on poziom możliwości poprawy rozdzielczości i procesu wydawania typowy organizacji dokonującej oceny poziomu 4 lub 5.

Plan działania rejestrowania i następnie podzielić pracę na zadanie elementów pracy, połączone wydania element pracy jako dzieci.Aby uzyskać więcej informacji o sposobach łączenie elementów pracy, zobacz Problem (CMMI).Zadania powinny przypisane do poszczególnych członków zespołu do rozpoznawania.Należy utworzyć każdego zadania oraz typ zadania "działań korygujących."

Sprawdź rozwiązane problemy

Podczas regularnego przeglądu otwartych kwestii jest dobrze Przegląd zagadnień, które zostały oznaczone jako rozpoznany.Jeśli konsensus akceptuje udokumentowane rozdzielczość, znak problem jako "zamknięte" i ustawić jego przyczyny "rozwiązane." Użyj kwerendy otwartych kwestii i filtr dla stanu jest równe "rozwiązane."

Przegląd zagadnień rozpoznawania

Po zakończeniu wszystkich zadań w obszarze problemu zainteresowane strony powinny zdecydować, czy problem został rozwiązany.

Otwórz element pracy problemu i wszelkie elementy pracy zablokowane.Można zapoznać się kartę działania naprawcze, aby wyświetlić oryginalny plan działań i jakie podjąć.Można również zobacz zadanie pracy elementy, które są skojarzone z problemu, wyświetlając kartę wszystkie łącza dla łączy podrzędnych.Ma działań naprawczych pomyślnie odblokowana elementów pracy i rozwiązało problem?Jeśli nie, zmiana działania naprawcze i ponownie je przypisać do członków zespołu.Działania naprawcze wykonano niezwłocznie?Został nieoczekiwany zewnętrzne (lub specjalne przyczyna) zdarzeń i wpływu na ścieżkę krytyczną harmonogramu unikać?Są bezpieczne zobowiązania projektu lub muszą one być ponownie negocjowany?Rejestrować wszystkie szczegóły tego elementu pracy.Generuje dowody cenne dla oceny CMMI.

Jeżeli zainteresowane strony są przekonane, że problem został rozwiązany pomyślnie, oznacz problem jako "rozwiązane." To może następnie formalnie zamknięte.

Jeśli problem nie został pomyślnie rozwiązany, zmiana zadań działań naprawczych i przypisać odpowiedni personel do rozpoznawania.Ponowne rozpatrzenie priorytet problemu i rozważyć przyspieszenia rozdzielczości i dodatkowe zwłoka podnoszenia.

Zasoby dodatkowe

Aby uzyskać więcej informacji na temat oszacowania SCAMPI zobacz następującą stronę sieci Web: Software Engineering Institute.