Daten und Outlook automatisch synchronisieren! Gleichen Sie Ihre Teamdaten ab und bleiben Sie immer aktuell.

PMI Logo - Tenstep.ch

We are a proud Global Registered Education Provider with the Project Management Institute.

4.3 Issue-Management / Lieferobjekte

Achtung, öffnet in einem neuen Fenster. PDFDruckenE-Mail

Kleine Projekte


Bei kleinen Projekten sollten Issues und ihr gegenwärtiger Status im Schritt 6 des Projekt-Statusberichts identifiziert werden. Gewöhnlich handelt es sich bei kleinen Projekten nicht um große Probleme, daher müssen wir keine Lieferobjekte definieren. Beachten Sie jedoch, dass das Führen eines Issue-Logs, wie in Mittel- und Großprojekten vorgeschlagen, Ihnen einen guten Überblick verschaffen kann, wenn Sie sich mit mehreren Issues herumschlagen müssen.

Mittlere Projekte


Lieferobjekt: Issue-Log

Das Issue-Log enthält die Zusammenfassung aller Issues und dient der Kontrolle aller unerledigten Issues. Das Log sollte dafür genügend Informationen enthalten, jedoch aus Übersichtlichkeitsgründen nicht zu stark ins Detail gehen. Das Log enthält eine Zeile pro Issue.

Issue-Nummer: Eine frei wählbare Nummerierung, normalerweise 1,2,3...

Issue-Beschreibung und Auswirkung auf das Projekt: Kurze Beschreibung des Problems und dessen Auswirkung auf das Projekt.

Priorität: Bestimmen Sie Wichtigkeit und Priorität. Die Wertung kann mit H/M/T (Hoch/Mittel/Tief) oder mit 1/2/3 erfolgen.

Erfassungsdatum: Wann wurde das Issue gemeldet?

Gemeldet von: (Optional) Wer hat das Problem bemerkt?

Verantwortlich: Wer ist für die Lösung verantwortlich?

Fertigstellungsdatum: Wann wurde das Issue behoben?

Status: Normalerweise “Neu” (sollte nicht für eine lange Zeitspanne sein), “in Bearbeitung” oder “Erledigt”. (Sollten Sie den Status “Warten” vorfinden, handelt es sich vermutlich nicht um ein Issue.)

Lösungskommentar: Kurze Beschreibung, wie das Problem behoben wurde.

Große Projekte

1. Lieferobjekt: Issue-Log

Das Issue-Log enthält die Zusammenfassung aller Issues und dient der Kontrolle aller unerledigten Issues. Das Log sollte dafür genügend Informationen enthalten, jedoch aus Übersichtlichkeitsgründen nicht zu stark ins Detail gehen. Das Log enthält eine Zeile pro Issue.

Issue-Nummer: Eine frei wählbare Nummerierung, normalerweise 1,2,3...

Issue-Beschreibung und Auswirkung auf das Projekt: Kurze Beschreibung des Problems und dessen Auswirkung auf das Projekt.

Priorität: Bestimmen Sie Wichtigkeit und Priorität. Die Wertung kann mit H/M/T (Hoch/Mittel/Tief) oder mit 1/2/3 erfolgen.

Erfassungsdatum: Wann wurde das Issue gemeldet?

Gemeldet von: (Optional) Wer hat das Problem bemerkt?

Verantwortlich: Wer ist für die Lösung verantwortlich?

Fertigstellungsdatum: Wann wurde das Issue behoben?

Status: Normalerweise “Neu” (sollte nicht für eine lange Zeitspanne sein), “in Bearbeitung” oder “Erledigt”. (Sollten Sie den Status “Warten” vorfinden, handelt es sich vermutlich nicht um ein Issue.)

Lösungskommentar: Kurze Beschreibung, wie das Problem behoben wurde.

2. Lieferobjekt: Issue-Formular

Die Verwaltung der Issues in größeren Projekten erfordert mehr Disziplin. Dies beinhaltet auch ein formelles Verfahren, um mögliche Issues zu erkennen. Das Issue- Formular dient zur Aufnahme, Überprüfung und Beurteilung des Problemkreises. Benutzen Sie jeweils ein Formular pro Issue. Stellen Sie genügend Informationen zur Verfügung, damit der Problemkreis identifiziert und verfolgt werden kann, jedoch ohne lange Beschreibungen.

Issue ID - Eine einfache Durchnummerierung nach dem System 1,2,3.. genügt nicht mehr. Verwenden Sie ein einfaches Kodierschema, mit dem die Issues kategorisiert werden können. Dieselbe ID sollte im Issue-Log verwendet werden.

Gemeldet von: Wer hat das Problem bemerkt?

Erfassungsdatum: Wann wurde das Issue gemeldet?

Issue Status: "Neu" (sollte nicht für eine lange Zeitspanne sein), "In Bearbeitung" oder "Erledigt". (Sollten Sie den Status "Warten" vorfinden, handelt es sich vermutlich nicht um ein Issue.)

Verantwortlich: Wer ist für die Lösung verantwortlich?

Fertigstellungsdatum: Wann wurde das Problem behoben?

Problembeschreibung: Beschreiben Sie die das Problem so detailliert, dass andere es verstehen.

Auswirkung auf das Projekt: Beschreiben Sie die Auswirkung auf das Projekt, wenn das Problem nicht behoben wird. Stellen Sie auch die Konsequenzen für die Projektdauer dar.

Alternativen und Empfehlungen: Dokumentieren Sie Alternativen zur Problemlösung. Dieser Teil wird ergänzt, sobald die Analysen und Schätzungen für die Lösungsvarianten erfolgt sind. Für jede Lösungsvariante sind die Kosten- und Aufwandsschätzungen sowie die Auswirkungen auf die Projektdauer aufzuzeigen.

Lösung: Beschreiben Sie kurz, wie das Problem behoben wurde.