Entscheidungslisten im Projekt führen – Entscheidungen steuern jedes Projekt. Doch in vielen Projekten gehen sie verloren: in Meetings ohne Protokoll, in E-Mails, in Chat-Threads. Folgen: Verzögerungen, Doppelarbeit, Konflikte, teure Change Requests.
Eine sauber geführte Entscheidungsliste schafft Klarheit. Jeder sieht, was entschieden wurde, von wem, auf welcher Grundlage – und was noch offen ist. Genau darum geht es hier: Wie Sie Entscheidungslisten im Projekt führen, so dass Sie weniger eskalieren, schneller vorankommen und besser argumentieren können – gegenüber Management, Kunden und eigenen Teams.

Was ist eine Entscheidungsliste im Projekt?
Eine Entscheidungsliste ist ein zentrales Verzeichnis aller relevanten Projektentscheidungen – getroffen und noch ausstehend – mit den wichtigsten Metainformationen:
- Was wurde entschieden (Inhalt, Gegenstand)?
- Warum (Begründung, Alternativen, Randbedingungen)?
- Wer hat entschieden (Entscheidungsgremium, Rolle, Person)?
- Wann wurde entschieden (Datum, ggf. Gültigkeitszeitraum)?
- Wie verbindlich ist die Entscheidung (Status, Revisionsmöglichkeiten)?
- Welche Auswirkungen hat sie (Kosten, Scope, Termine, Qualität)?
Kurzform-Definition:
Eine Entscheidungsliste im Projekt ist ein strukturiertes Register, das alle wesentlichen Projektentscheidungen inkl. Kontext, Verantwortlichkeiten und Auswirkungen zentral dokumentiert und nachverfolgbar macht.
Sie ist damit kein Meeting-Protokoll, sondern eine übergreifende Sicht auf alle Entscheidungen, die das Projekt steuern.
Warum Entscheidungslisten? Nutzen auf einen Blick
Viele Organisationen glauben, sie hätten bereits „alles dokumentiert“. In der Praxis bleiben Lücken. Eine bewusst geführte Entscheidungsliste bringt mehrere konkrete Vorteile:
1. Transparenz über den Projektverlauf
- Alle wichtigen Entscheidungen an einem Ort
- Historie nachvollziehbar, auch bei Personalwechsel
- Weniger „Wer hat das wann entschieden?“-Diskussionen
2. Bessere Steuerung von Scope, Zeit und Budget
- Abweichungen vom ursprünglichen Auftrag klar erkennbar
- Zusammenhang zwischen Entscheidungen und Kosten/Terminen sichtbar
- Change Requests können sauber begründet werden
3. Geringeres Risiko von Missverständnissen
- Konsens ist schriftlich fixiert
- Entscheidungen sind überprüfbar, nicht nur „gefühlte“ Vereinbarungen
- Verbindlichkeit steigt – intern wie extern
4. Entlastung von Projektleitung und Management
- Faktenbasis für Eskalationen
- Weniger Rechtfertigungsdruck bei Zielkonflikten
- Klarer Nachweis gegenüber Revision, Compliance und Kunden
5. Grundlage für Lessons Learned
- Welche Entscheidungsmuster haben gut funktioniert?
- Wo wurden Risiken unterschätzt?
- Welche Weichenstellungen waren kritisch?
Typische Einsatzszenarien für Entscheidungslisten
Entscheidungslisten lohnen besonders in Projekten mit:
- vielen Stakeholdern (Fachbereich, IT, externe Partner, Betriebsrat, Regulatorik)
- hoher Komplexität (z. B. IT-Transformation, ERP-Einführung, Organisationsprojekte)
- starkem Regulierungsdruck (Banken, Versicherer, Healthcare, öffentliche Hand)
- vielen Change Requests und Scope-Anpassungen
- verteilten Teams und hybriden Arbeitsmodellen
In kleinen, klar abgegrenzten Projekten können Sie die Liste schlanker halten, aber der Grundgedanke bleibt: Entscheidungen zentral erfassen und führen.
Welche Inhalte gehören in eine Entscheidungsliste?
Eine praxistaugliche Entscheidungsliste besteht meist aus einer Tabelle (z. B. Excel, SharePoint, Confluence, Jira-Board). Wichtig ist weniger das Tool, sondern der Strukturrumpf.
Bewährt haben sich z. B. folgende Spalten:
- ID
Eindeutige Kennung der Entscheidung (z. B. DEC-2026-017). - Datum der Entscheidung
Wann wurde die Entscheidung getroffen? - Titel / Kurzbeschreibung
Ein prägnanter Satz, z. B. „Einführung Single Sign-On nur für interne User“. - Detaillierte Beschreibung
Was genau wurde entschieden? Welche Alternative wurde verworfen? - Auslöser / Kontext
Anlass, Vorgeschichte, relevante Annahmen. - Verantwortliches Gremium / Entscheider
Lenkungsausschuss, Projektleitung, Fachbereich, Kunde etc. - Beteiligte Rollen
Wer war in die Vorbereitung einbezogen (Architekt, Datenschutz, HR, Betriebsrat …)? - Status
- vorgeschlagen
- in Klärung
- beschlossen
- abgelehnt
- angepasst / ersetzt
- aufgehoben
- Gültigkeitsbereich
Welche Teilprojekte, Standorte, Systeme oder Prozesse sind betroffen? - Auswirkungen
- auf Scope
- auf Budget
- auf Termine
- auf Qualität / Risiko
- Verknüpfte Artefakte
Verweise auf: Anforderungsdokumente, User Stories, Verträge, Beschlüsse, Tickets. - Nächste Schritte / To-dos
Wer setzt die Entscheidung wie um? - Kommentar / Historie
Ergänzungen, spätere Anpassungen, Revisionen.
Für viele Projektteams reichen 8–10 Felder. Wichtig: konsequent bleiben und nicht bei jeder zweiten Entscheidung den Aufbau ändern.
Wie unterscheiden sich Entscheidungslisten von Risikolog und Maßnahmenplänen?
Im Projekt landen viele Listen nebeneinander: Risikoliste, Maßnahmenplan, Aufgabenboard, offene Punkte (Open-Point-Liste), Change-Log usw. Verwechslungen sind vorprogrammiert.
Kurzabgrenzung:
- Risikolog
Potenzielle Ereignisse mit Eintrittswahrscheinlichkeit und Schadenshöhe. Zukunftsgerichtet.
Beispiel: „Lieferverzug beim Softwareanbieter“. - Maßnahmenplan / Aufgabenliste
Konkrete Schritte, die umzusetzen sind.
Beispiel: „Lasttest-Umgebung bis 30.06. aufbauen“. - Change-Log
Nachverfolgung von Änderungen am Leistungsumfang / Vertrag. - Entscheidungsliste
Dokumentiert bewusste Weichenstellungen. Oft stehen Risiko- und Change-Management in direktem Zusammenhang mit Entscheidungen, aber es sind unterschiedliche Sichten.
Praxisempfehlung:
Verlinken Sie Ihre Entscheidungsliste mit Risiko- und Maßnahmenlisten. So sehen Sie auf einen Blick:
- Welche Risiken wurden durch welche Entscheidung adressiert?
- Welche Maßnahmen resultieren aus welchen Beschlüssen?
Praxisschritt 1: Entscheidungstypen im Projekt klären
Bevor Sie eine Liste anlegen, sollten Sie klären, welche Arten von Entscheidungen Sie überhaupt erfassen wollen. Nicht jede Kleinigkeit gehört hinein.
Typische Entscheidungsklassen:
- Strategische Entscheidungen
- Projektziele, Prioritäten, Budgetobergrenzen
- „Cloud-first vs. On-Premises“
- „Make or Buy“, Outsourcing etc.
- Architektur- und Lösungsentscheidungen
- Systemarchitektur, Integrationskonzepte
- Standard vs. Individualentwicklung
- Technologie-Stacks, Schnittstellen-Prinzipien
- Prozess- und Organisationsentscheidungen
- Rollen, Verantwortlichkeiten
- zukünftige Abläufe („Soll-Prozesse“)
- Governance-Regeln (z. B. Freigabe-Workflows)
- Scope-Entscheidungen
- Funktionen, die aufgenommen, verschoben oder gestrichen werden
- „Minimal Viable Product“ vs. „Big Bang“-Umfang
- Regulatorische und Compliance-Entscheidungen
- Datenschutz, Informationssicherheit
- Umgang mit Aufbewahrungsfristen, Audit-Anforderungen
- Termin- und Vorgehensentscheidungen
- Release-Cut, Meilenstein-Verschiebungen
- Vorgehensmodell (agil, hybrid, klassisch)
Vereinbaren Sie im Projekt:
Ab welcher Tragweite wird eine Entscheidung in die Liste aufgenommen? Zum Beispiel:
Alle Entscheidungen mit Einfluss auf Budget, Termine, Scope oder Compliance werden in die Entscheidungsliste aufgenommen.
Praxisschritt 2: Format und Tool festlegen
Die beste Struktur nützt nichts, wenn niemand sie benutzt. Wählen Sie daher ein Format, das:
- in Ihrer Organisation etabliert ist
- möglichst einfach zugänglich ist
- keine zusätzlichen Hürden (Zugänge, Lizenzen) schafft
Praktische Optionen:
- Excel / Google Sheets in einer zentralen Projektablage
- SharePoint-Liste oder -Tabelle
- Confluence-Seite mit Tabellenstruktur
- Ticket-System (Jira, Azure DevOps) mit eigenem Issue-Typ „Decision“
- Kombination: z. B. Entscheidungseinträge als Tickets, Übersicht als Drill-down-Tabelle
Wichtig:
Legen Sie Verantwortung und Pflegeprozess von Anfang an fest:
- Wer darf Einträge anlegen?
- Wer gibt sie frei?
- Wann wird die Liste aktualisiert? (z. B. vor jedem Lenkungsausschuss)
Praxisschritt 3: Entscheidungsprozess und Liste verbinden
Die Liste ist nur so gut wie der Entscheidungsprozess dahinter. Häufige Probleme: Entscheidungen werden informell getroffen, und die Liste soll sie „nachzeichnen“. Das führt zu Lücken.
Besser:
Binden Sie die Entscheidungsliste direkt in den Prozess ein:
- Bedarf erkennen
Jemand identifiziert eine anstehende Entscheidung, z. B. Architekt, Fachbereich, Projektleitung. - Entscheidungsvorlage erstellen
Kurze, strukturierte Darstellung: Ausgangssituation, Optionen, Bewertung, Empfehlung.
(Eine Entscheidungsliste ersetzt die Vorlage nicht, sondern verweist darauf.) - Eintrag „in Klärung“ anlegen
- ID vergeben
- Kurzbeschreibung
- verantwortliche Rolle
- geplantes Datum des Entscheids
- Entscheidung herbeiführen
Im passenden Gremium oder Rahmen (Jour fixe, Lenkungsausschuss, Design Board). - Eintrag aktualisieren
- finaler Beschluss
- ggf. abweichend von Empfehlung
- Auswirkungen dokumentieren
- Verweise auf Protokoll, Unterlagen setzen
- Follow-up steuern
Verknüpfte Maßnahmen, Tickets, Change Requests anlegen.
So entsteht keine „Karteileiche“, sondern ein lebendiges Steuerungsinstrument.
Konkrete Beispiele aus der Praxis
Beispiel 1: ERP-Einführung im produzierenden Mittelstand
Ausgangslage:
Ein Unternehmen führt ein neues ERP-System ein. Mehrere Werke, verschiedene Altsysteme, enge Timeline.
Typische Entscheidungen:
- „Stammdaten werden zentral in Werk A gepflegt, Werke B–D nur lesend.“
- „Altsystem X wird nach Go-live nach 6 Monaten abgeschaltet.“
- „Schnittstelle zum Logistik-Dienstleister erfolgt über Standard-EDI, keine Eigenentwicklung.“
Nutzen der Entscheidungsliste:
- Der Betriebsrat kann nachlesen, wann und unter welchen Annahmen über Rollen entschieden wurde.
- Die IT sieht, dass gewisse Sonderwünsche bewusst abgelehnt wurden – mit klarer Begründung.
- Bei Verzögerungen im Altsystem-Abbau ist nachvollziehbar, welche Konsequenzen ursprünglich akzeptiert wurden.
Beispiel 2: Digitale Kundenplattform einer Bank
Ausgangslage:
Eine Bank baut eine neue digitale Plattform. Datenschutz, IT-Security und Regulatorik sind stark involviert.
Typische Entscheidungen:
- „Video-Ident-Verfahren wird nur über Partner A bereitgestellt, Partner B entfällt.“
- „Kontoeröffnungen für Minderjährige werden in Phase 2 verschoben.“
- „Mindest-Passwortlänge wird auf 14 Zeichen festgelegt.“
Nutzen der Entscheidungsliste:
- Bei einer Prüfung durch Aufsicht oder Revision kann die Bank belegen, dass sicherheitsrelevante Entscheidungen in einem geregelten Gremium getroffen wurden.
- Marketing versteht, warum bestimmte Features erst später kommen.
- Der Vorstand sieht, wo regulatorische Vorgaben zu Mehraufwänden geführt haben.
Typische Fehler beim Führen von Entscheidungslisten
Viele Unternehmen scheitern nicht an der Idee, sondern an der Umsetzung. Häufige Fehler:
1. Liste erst im Krisenmodus einführen
- Man startet erst damit, wenn Probleme eskalieren.
- Dann fehlt die Historie, und die Akzeptanz ist gering.
- Besser: von Projektstart an als Standard etablieren.
2. Nur „kosmetische“ Dokumentation
- Entscheidungen werden erst Wochen später „nachgetragen“.
- Wichtige Details fehlen, Hintergründe sind nicht mehr präsent.
- Folge: Die Liste wirkt künstlich und wird nicht ernst genommen.
3. Zu viel oder zu wenig Detail
- Entweder nur Einzeiler ohne Kontext („Scope reduziert“)
- oder seitenlange Prosa in jedem Feld.
- Ziel: so viel, dass Entscheidungsweg und Auswirkungen klar sind – nicht mehr.
4. Keine klare Verantwortlichkeit
- „Irgendwer“ pflegt die Liste.
- Bei Wechseln bleibt sie liegen.
- Lösung: klare Rolle definieren, z. B. „Owner Entscheidungsliste“ in der Projektorganisation.
5. Liste ist nicht integriert
- Sie existiert irgendwo im Filesystem.
- Niemand schaut hinein, kein Meeting bezieht sich darauf.
- Besser: fester Agendapunkt in Lenkungsausschüssen und Jour fixes.
Wann funktionieren Entscheidungslisten nicht (oder nur bedingt)?
Es gibt Situationen, in denen Entscheidungslisten wenig Mehrwert bringen oder scheitern:
1. Fehlende Entscheidungskultur
Wenn wesentliche Entscheidungen „im kleinen Kreis“ oder politisch informell getroffen werden, ohne strukturierte Vorbereitung, dann bildet die Liste nur einen Teil der Realität ab. Sie wird dann:
- unvollständig,
- einseitig,
- nicht ernst genommen.
2. Reine Alibi-Dokumentation
Wenn die Liste nur geführt wird, „weil Audit das will“, entsteht oft Statistik ohne Steuerungswirkung. Warnzeichen:
- Einträge werden im Nachgang geschönt.
- Kritische Aspekte fehlen systematisch.
- Es existiert kein echter Bezug zur täglichen Projektarbeit.
3. Extrem kleinteilige, agile Teams ohne Projektcharakter
In sehr kleinen, kurzlebigen Initiativen mit geringer Tragweite können formale Entscheidungslisten mehr Aufwand als Nutzen erzeugen. Hier reicht oft:
- klares Product Backlog,
- kurze Notizen zu großen Weichenstellungen im Wiki oder Ticket-System.
4. Dominanz von E-Mail- und Chat-Entscheidungen
Wenn Führungskräfte relevante Entscheidungen konsequent über Mail oder Chat fällen und nicht bereit sind, diese kurz in einer Liste zu spiegeln, bleibt die Transparenz gering. Hier hilft nur ein klares Commitment: Wichtige Entscheidungen müssen zumindest minimal erfasst werden.
Erfolgsfaktoren für wirksame Entscheidungslisten
Damit Entscheidungslisten im Projekt wirklich wirken, haben sich folgende Prinzipien bewährt:
- Top-Management-Backing
Projekt- und Bereichsleitung müssen den Nutzen der Liste tragen und sie aktiv einfordern. - Schlanke, klare Struktur
Wenige, gut erklärbare Felder. Kein Over-Engineering. - Frühe Einführung
Bereits in der Konzeptions- / Initiierungsphase starten, nicht erst im Verlauf. - Sichtbarkeit im Alltag
- fester Agendapunkt in Lenkungsausschüssen
- Referenz in Statusberichten
- Verlinkung in Confluence, Projekt-Wiki, PMO-Vorlagen
- Verbindung zu Governance und Compliance
- klare Zuordnung zu Gremien (z. B. Architecture Board, Data Protection Board)
- Bezug auf Richtlinien und Policies
- Disziplin und Routine
- standardisierte Erfassung (Templates)
- definierte Aktualisierungsrhythmen
- regelmäßiger Review und Bereinigung (alte, obsolete Einträge kennzeichnen)
Konkrete Anwendung im Unternehmen: Schritt-für-Schritt-Vorgehen
Wenn Sie Entscheidungslisten im Unternehmen etablieren wollen, gehen Sie am besten in mehreren Stufen vor.
Scope und Ziele definieren
- Für welche Projekte ist eine Entscheidungsliste Pflicht? (z. B. ab bestimmtem Budget, ab bestimmter Kritikalität)
- Welche Stakeholder sollen Einsicht haben?
- Welche Fragen soll die Liste beantworten? (z. B. für Management, Revision, Fachbereiche)
Standard-Template entwickeln
- Eine einheitliche Vorlage für alle Projekte
- Klar beschriebene Felder (Definitionen, Beispiele)
- Pilotierung in ein bis zwei Projekten
Tipp:
Beziehen Sie PMO, IT, Compliance und einen erfahrenen Projektleiter in die Template-Entwicklung ein.
Governance verankern
- Aufnahme der Entscheidungsliste in Projektmanagement-Handbuch / -Richtlinien
- Definition, wer für Pflege und Qualität verantwortlich ist (z. B. PMO oder Projektleitung)
- Verbindung mit bestehenden Prozessen:
- Lenkungsausschuss
- Architektur- bzw. Design-Boards
- Change-Management-Prozess
Schulung und Onboarding
- Kurze, zielgruppenorientierte Schulung:
- für Projektleiter: Nutzen und Anwendung
- für Fachbereiche: wie Entscheidungen vorbereitet und dokumentiert werden
- für Management: wie die Liste als Führungsinstrument genutzt wird
- Praxisbeispiele aus dem eigenen Unternehmen verwenden
Umsetzung in Pilotprojekten
- Begleitung von 1–3 Projekten durch PMO oder externe Beratung
- Gemeinsame Erfassung der ersten Entscheidungen
- Iterative Anpassung des Templates an die Realität
Rollout und kontinuierliche Verbesserung
- Ausrollen auf weitere Projekte
- Jährliche Überprüfung der Vorlage: Passen die Felder noch? Wo fehlt etwas?
- Einbindung in Lessons-Learned-Workshops:
- Welche Entscheidungen haben uns „gerettet“?
- Welche waren teuer?
- Wie früh waren sie erkennbar?
Wie Entscheidungslisten die Arbeit von Führungskräften und Projektleitern konkret erleichtern
Projektleiter:
- Schnell Antworten auf Fragen des Managements:
- „Wer hat das freigegeben?“
- „Warum haben wir uns damals so entschieden?“
- Bessere Vorbereitung auf Lenkungsausschüsse:
- geplante Entscheidungen klar sichtbar
- Rückblick auf Beschlüsse der letzten Sitzungen
- Entlastung in Eskalationen:
- Faktenbasis statt Meinung
Entscheider und Führungskräfte:
- Bessere Transparenz über tragende Weichenstellungen
- Möglichkeit, Muster zu erkennen:
- wiederkehrende Zielkonflikte
- systematische Engpässe (z. B. Security, Fachabteilungen, externe Partner)
- Grundlage für Priorisierungen:
- Welche Entscheidungen sind überfällig?
- Wo blockiert Unklarheit wichtige Fortschritte?
Fachbereiche und Anwender:
- Nachvollziehbarkeit:
- Warum wurden bestimmte Anforderungen verschoben?
- Wieso hat sich die Lösung an einem Punkt gegen „unsere“ Präferenz entschieden?
- Mehr Verlässlichkeit:
- weniger überraschende Richtungswechsel
- klarere Erwartungen an Releases und Funktionen
Fazit: Entscheidungslisten als unterschätzter Hebel für Projekterfolg
Entscheidungslisten gehören zu den einfachsten, aber wirksamsten Hebeln im Projektmanagement. Sie:
- schaffen Transparenz,
- reduzieren Reibungsverluste,
- stützen Governance und Compliance,
- und geben Projektleitung wie Management ein klares Bild der wirklichen Stellschrauben.
Sie brauchen dafür kein komplexes Tool, sondern einen klaren Standard, Disziplin und Unterstützung von oben.
Wenn Sie Entscheidungslisten im Projekt professionell einführen oder mit bestehenden PMO-Strukturen verzahnen möchten, lohnt sich eine externe Sicht. Die PURE Consultant unterstützt Unternehmen dabei, Entscheidungs- und Steuerungsprozesse praxisnah aufzusetzen – vom Template über die Gremienstruktur bis zur Umsetzung im konkreten Projekt.