log problem - Issue log

Dziennika kwestia jest elementem dokumentacji oprogramowania do zarządzania projektami , które zawiera listę aktualnych i zakończonych spraw projektu. Choć wydawać dzienniki mogą być postrzegane jako sposób na śledzenie błędów w projekcie rolę odgrywa często rozciąga się dalej. Dzienniki problem może być stosowany na zamówienie i organizować bieżące problemy według rodzaju i nasilenia w celu ustalenia priorytetów zagadnień związanych z bieżącym milestone lub iteracji . Dzienniki problem może również zawierać wnioski klientów i uwagi na temat różnych problemów, które można znaleźć w aktualnym kodzie.

CAIR - Ograniczenia, Założenia / Skargi, problemy, zagrożenia - dziennik śledzenia takich przedmiotów i zarządzania nimi.

Zarządzanie problemami

Zaloguj problemem jest zazwyczaj puste na początku projektu, ale nie zawsze jest to prawdą dla kolejnych wydaniach. W niektórych projektach, dziennik problem jest faktycznie wykorzystywany jako wytyczna do harmonogramu zwalniania; w tym przypadku dziennik problem może być wypełniona zagadnieniami, które są specjalnie oznaczone na ukończeniu w nadchodzącym wydaniu. W rezultacie, projekty dziennika przewodnikiem problem może być łatwiejsze do zarządzania z punktu widzenia czasu realizacji i postępu estymacji .
W dużych projektów, problemy są zwykle zarządzane przez oprogramowanie śledzące problem , który może zapewnić różne sposoby i narzędzia, aby pomóc kierownik projektu i zespół rozwój obsłużyć tysiące spraw do jednego lub kilku swoich projektów. Niektóre ticket tracking zapewniają również drogę dla społeczności przyczynienia się nowe pomysły i / lub kod do projektu; Ten rodzaj współpracy jest szeroko stosowany w programowaniu open source .

Zagadnienia uwolnienia / znane problemy

W przypadku, gdy kwestie projekt nie może być w pełni rozwiązane (taki jak w przedpremierowych stadiach rozwojowych ), A znane problemy dokument jest dostarczany wraz z oprogramowaniem. Dokument ten zawiera listę problemów, które są znane istnieć, aw niektórych przypadkach, instrukcje dotyczące sposobu rozwiązania problemów powodowanych przez te kwestie.

Szablon

W typowym dzienniku emisyjnym, dokument musi być tabela zawierająca wiele wierszy, w którym każdy wiersz opisuje osobny problem. Poszczególne atrybuty emisji są wymienione w różnych kolumnach. Przykładem typowego dziennika emisyjnej przedstawiono poniżej.

Podstawowe informacje Wydanie

  • Numer referencyjny problem (ID) : Typowa liczba zidentyfikować różne problemy.
  • Nazwa problem : nazwa Emisji.
  • Opis : W skrócie opisać na czym polega problem dotyczy.
  • Autor problem : Osoba, która podniesie tę kwestię.
  • Strony : wszystkie osoby zaangażowane w rozwiązywanie problemu.

kategorie issue

  • Rodzaj problem : co wiedza domeny sprawa należy. (Np infrastruktura IT, aplikacji IT, itd.)
  • Priorytet problem : to określa, który problem jest najbardziej pilne i najpierw powinien zostać rozwiązany. (Np priorytety mogą obejmować Natychmiastowe Wkrótce później, etc.)
  • Nasilenie problem : jak źle konsekwencją byłoby, gdyby problem pozostaje nierozwiązany. (Np ciężkości może obejmować Vital major, średni, drobne, etc.)

Informacje issue

  • Data podniesiony : gdy dana kwestia została podniesiona.
  • Data przypisany : kiedy problem zostanie przydzielony.
  • Termin : kiedy jest ostateczny termin, aby kwestia uregulowana.
  • Data rozwiązany : kiedy problem zostanie faktycznie rozwiązany.

kwestia statusu

  • Obecny status : obecny stan problem jest wewnątrz. (np śledztwo, eskalacja, rozwiązany, itd.)
  • Działania aktualizujące : Operacje wykonywane przed problem został rozwiązany (wymienić wszystkie działania według dat).
  • Rozdzielczość : Ostateczna rozdzielczość uregulować kwestię.

Inne informacje

  • Uwagi : Niektóre pomysły lub rzeczy do zapamiętania.
kwestia ID Nazwa Issue Opis Emisja autor strony Rodzaj priorytet Surowość Data podniesiony Data przypisany Ostateczny termin Data rozwiązany status działania Rozkład Uwagi
0001 próbka Issue1 Przykładowy opis Mr.A Mr.A B; Mrs.C Zastosowanie IT Wysoki Krytyczny 20091010 20091011 20100101 20091015 Zdecydowany Niektóre działania Uchwały Rzeczy do zrobienia
0002 próbka Issue2 Przykładowy opis ... ...

Styl dokumentacja dzienniku problem może różnić się od projektu. Niektóre z cech wymienionych powyżej, mogą być uznane za ważne dla płyty, podczas gdy inne dodatkowe atrybuty mogą być konieczne. Jednak główne atrybuty, takie jak opis, autor, priorytetu, stanu i rozdzielczości powinien być zawsze włączony. Ponadto, sekwencja atrybutów może także się różnią.

Zobacz też

Referencje

Linki zewnętrzne

  • ePMbook Simon Wallace: Zagadnienia
  • Oprogramowanie do zarządzania projektami w praktyce przez Pankaj Jalote ISBN  0201737213

Dalsza lektura

  • Robert Buttrick (2009). Trening projektu: 4 edycja . Financial Times / Prentice Hall. ISBN  978-0-273-72389-9 .