Projektmanagement-Leitfaden · Risiko, Qualität und Steuerung
Problemprotokoll (Issue Log): Vorlage, Beispiele und Steuerung
Ein Problemprotokoll ist die Aufzeichnung eines Projekts über Probleme, die jetzt auftreten und Maßnahmen erfordern, mit Priorität, Verantwortlichem, Maßnahmen und Status. Es stellt sicher, dass nichts Gemeldetes vergessen wird und jedes Problem bewusst gelöst, eskaliert oder abgeschlossen wird.
Das Wichtigste in Kürze
- Ein Problemprotokoll verfolgt Probleme, die jetzt auftreten.
- Jedes Problem braucht eine Auswirkung, eine Priorität, einen Verantwortlichen, eine Maßnahme und einen Termin.
- Eskalieren Sie Probleme, die die Befugnisse des Projektmanagers übersteigen.
- Verknüpfen Sie eingetretene Risiken mit neuen Problemen und schließen Sie den Kreis mit Lessons Learned.
Was als Problem gilt
Ein Problem ist jedes aktuelle Problem, jede Frage, jedes Anliegen oder jeder Änderungswunsch, mit dem sich das Projekt befassen muss. Anders als ein Projektrisikoist es nicht ungewiss: Es ist bereits eingetreten oder tritt mit Sicherheit ein.
- Probleme: Eine Testumgebung ist ausgefallen, ein Lieferant hat eine Lieferung verpasst, eine Schlüsselperson ist krank.
- Bedenken: Ein Stakeholder ist mit dem vorgeschlagenen Design unzufrieden.
- Spezifikationsabweichungen: Ein Liefergegenstand erfüllt seine Abnahmekriterien nicht.
- Änderungswünsche: In manchen Methoden, darunter PRINCE2, werden auch Änderungsanträge als eine Art Problem erfasst, bevor sie durchlaufen die Änderungssteuerung.
Vorlage für ein Problemprotokoll: Spalten
| Spalte | Was zu erfassen ist |
|---|---|
| ID | Eindeutige Referenz, z. B. I-021 |
| Meldedatum | Wann das Problem erfasst wurde |
| Gemeldet von | Wer es gemeldet hat |
| Art | Problem, Bedenken, Spezifikationsabweichung, Änderungswunsch |
| Beschreibung | Was falsch ist, wo, und der Nachweis |
| Auswirkung | Auswirkung auf Umfang, Zeit, Kosten, Qualität oder Nutzen |
| Priorität | Kritisch, hoch, mittel oder niedrig, nach vereinbarten Definitionen |
| Verantwortlich | Namentlich benannte Person, die für die Lösung verantwortlich ist |
| Maßnahmen | Vereinbarte Schritte, jeweils mit Termin |
| Zieltermin für die Lösung | Bis wann es behoben sein soll |
| Eskaliert an | Sponsor oder Lenkungsgremium, wenn es die Befugnisse des Projektmanagers übersteigt |
| Status | Offen, in Bearbeitung, eskaliert, gelöst, abgeschlossen |
| Lösung | Was getan wurde und das Abschlussdatum |
Beispieleinträge
| ID | Beschreibung | Priorität | Verantwortlich | Maßnahme | Status |
|---|---|---|---|---|---|
| I-007 | Die Sandbox des Zahlungsgateways liefert Fehler bei Kartenrückerstattungen und blockiert 14 Testfälle. | Hoch | Integrationsverantwortlicher | Ticket beim Anbieter eröffnen; zunächst andere Fälle testen | In Arbeit |
| I-008 | Finanzleiter drei Wochen nicht verfügbar; Budgetfreigabe für Phase 2 verzögert. | Mittel | Projektmanager | Sponsor bitten, einen stellvertretenden Genehmiger zu benennen | Eskaliert |
| I-009 | Der für die Go-live-Woche gebuchte Schulungsraum ist doppelt belegt. | Niedrig | Schulungskoordinator | Alternativen Raum buchen | Gelöst |
| I-010 | Gelieferte Etiketten tragen das alte Logo; 2.000 Einheiten betroffen. | Hoch | Qualitätsverantwortlicher | Charge zurückweisen; Lieferant druckt bis 21. Juni neu | Offen |
So steuern Sie Probleme Schritt für Schritt
- Erfassen: Erfassen Sie jedes Problem, sobald es gemeldet wird, auch wenn es klein erscheint.
- Bewerten: Beschreiben Sie die Auswirkung und vereinbaren Sie anhand definierter Kriterien eine Priorität.
- Zuweisen: Geben Sie dem Problem einen einzigen Verantwortlichen und einen Zieltermin.
- Handeln: Vereinbaren und ergreifen Sie Maßnahmen; prüfen Sie, ob ein Notfallplan dafür bereits existiert.
- Eskalieren: Würde die Lösung vereinbarte Toleranzen überschreiten oder Entscheidungen oberhalb der Befugnisse des Projektmanagers erfordern, eskalieren Sie an den Sponsor oder das Governance -Gremium.
- Überwachen: Prüfen Sie offene Probleme in jedem Teammeeting und berichten Sie solche mit hoher Priorität im Projektstatusbericht.
- Abschließen: Dokumentieren Sie die Lösung, bestätigen Sie sie mit der meldenden Person und halten Sie alle Lessons Learned.
Problemprotokoll vs. Risikoregister
| Problemprotokoll | Risikoregister | |
|---|---|---|
| Zeitpunkt | Jetzt | Zukünftig |
| Gewissheit | Ist eingetreten oder tritt sicher ein | Könnte eintreten |
| Hauptfeld | Priorität und Lösung | Wahrscheinlichkeit, Auswirkung und Maßnahme |
| Ziel | Beheben oder entscheiden | Verhindern, verringern oder vorbereiten |
Wenn ein Risiko eintritt, schließen Sie es im Risikoregister (als „eingetreten“ markiert) und eröffnen einen verknüpften Eintrag im Problemprotokoll. Viele Teams führen beides in einem einzigen RAID-Log.
Tipps
- Definieren Sie Prioritäten praxisnah, zum Beispiel bedeutet „kritisch“, dass Arbeit auf dem kritischen Pfad stillsteht.
- Halten Sie Beschreibungen sachlich und vermeiden Sie Schuldzuweisungen.
- Lassen Sie Probleme nicht ohne Verantwortlichen oder Termin liegen; genau diese wachsen.
- Achten Sie auf Muster. Mehrere Probleme mit derselben Ursache können auf ein tieferliegendes Problem hindeuten, das sich zu analysieren lohnt, mit einem Fischgrätendiagramm.
Kostenlose Vorlagen zu diesem Thema
Häufig gestellte Fragen
Was ist ein Problemprotokoll?
Eine Aufzeichnung aktueller Projektprobleme, Bedenken und Anfragen mit Priorität, Verantwortlichem, Maßnahmen und Status.
Was ist der Unterschied zwischen einem Problem und einem Risiko im Problemprotokoll?
Ein Problem tritt jetzt auf; ein Risiko ist ungewiss und liegt in der Zukunft. Ein eintretendes Risiko wird zum Problem.
Was sollte ein Problemprotokoll enthalten?
Mindestens ID, Beschreibung, Auswirkung, Priorität, Verantwortlicher, Maßnahmen, Zieltermin und Status. Viele Teams erfassen zusätzlich, wer es gemeldet hat, und die endgültige Lösung.
Wer pflegt das Problemprotokoll?
Der Projektmanager oder Projektkoordinator, wobei jeder Verantwortliche den Fortschritt seiner eigenen Probleme aktualisiert.
Wie priorisieren Sie Probleme in einem Problemprotokoll?
Nutzen Sie vereinbarte Kriterien auf Basis der Auswirkung auf die Ziele, etwa ob Arbeit auf dem kritischen Pfad stillsteht, welche Kosten anfallen und wie viele Personen betroffen sind.
Wann sollte ein Problem aus dem Problemprotokoll eskaliert werden?
Wenn die Lösung Befugnisse, Geld oder Entscheidungen erfordert, die über die vereinbarten Toleranzen des Projektmanagers hinausgehen.
Ist ein Problemprotokoll dasselbe wie ein Fehlerprotokoll?
Nicht ganz. Ein Fehlerprotokoll verfolgt Mängel an einem Produkt; ein Problemprotokoll umfasst jedes Problem, das das Projekt betrifft, wozu auch schwerwiegende Fehler gehören können.
Kann ich ein Problemprotokoll in Excel führen?
Ja. Eine Tabellenkalkulation genügt für die meisten Projekte. Viele Projektmanagement-Tools bieten auch Funktionen für Issues oder Tickets.
Wie oft sollte das Problemprotokoll überprüft werden?
Probleme mit hoher Priorität brauchen eventuell tägliche Aufmerksamkeit; das gesamte Protokoll wird meist in jedem wöchentlichen Projektmeeting geprüft.
Was ist ein Problemprotokoll in PRINCE2?
PRINCE2 verwendet ein Issue-Register für formell gesteuerte Probleme, während informelle Probleme im Tagesprotokoll geführt werden.
Nutzen agile Teams Problemprotokolle?
Agile Teams verfolgen Blocker meist auf ihrem Board und sprechen sie an im Daily Scrum, doch ein separates Protokoll ist für Probleme, die eskaliert werden müssen, weiterhin üblich.