Projektdokumentation: Vorlage für Meetings, Entscheidungen und Änderungen
Eine Projektdokumentation hält nicht nur das Endergebnis fest. Sie verbindet Projektziele, Statusberichte, Entscheidungen, Änderungen, Risiken und Aufgaben zu einer nachvollziehbaren Projektakte. Hier kannst du eine kostenlose Word-Vorlage herunterladen und erfährst, wie du die fünf wichtigsten Dokumentationsarten im Projektalltag ausfüllst.
Kostenlose Projektdokumentations-Vorlage für Word
Mit der Vorlage dokumentierst du wichtige Projektbesprechungen und führst Entscheidungen, Änderungen, Risiken sowie Maßnahmen an einem Ort zusammen. Die Word-Datei ist leer und kann direkt für dein eigenes Projekt ausgefüllt werden.
Die Vorschau verwendet fiktive Angaben in grauer Schrift und zeigt, welche Informationen in die Felder gehören. Die herunterladbare Word-Datei ist leer.
| Modul der Vorlage | Wann du es verwendest | Was du festhältst |
|---|---|---|
| Kick-off-Dokumentation | Zu Beginn des Projekts | Ziel, Umfang, Rollen, Meilensteine und Regeln |
| Statusprotokoll | Bei regelmäßigen Projektbesprechungen | Fortschritt, Abweichungen, Hindernisse und nächste Schritte |
| Änderungsprotokoll | Wenn sich Anforderungen oder Rahmenbedingungen ändern | Antrag, Auswirkungen, Entscheidung und Umsetzung |
| Entscheidungsregister | Sobald eine richtungsweisende Entscheidung fällt | Optionen, Beschluss, Begründung und Folgen |
| Risiko- und Maßnahmenliste | Während des gesamten Projekts | Risiken, Probleme, Maßnahmen, Zuständigkeiten und Status |
Was ist eine Projektdokumentation?
Eine Projektdokumentation ist die geordnete Sammlung aller Informationen, die den Verlauf und die Entscheidungen eines Projekts nachvollziehbar machen. Dazu gehören Projektauftrag, Statusberichte, Besprechungsprotokolle, Änderungsanträge, Entscheidungen, Risiken, Maßnahmen und Abschlussunterlagen.
Sie ist damit mehr als ein einzelnes Protokoll. Ein Protokoll dokumentiert eine bestimmte Besprechung. Die Projektdokumentation verbindet die relevanten Unterlagen über mehrere Projektphasen hinweg. So kannst du später erkennen, wann sich ein Ziel geändert hat, wer eine Entscheidung getroffen hat und welche Aufgabe daraus entstanden ist.
Wenn du nur eine Meeting-Protokoll-Vorlage für einen einzelnen Termin brauchst, findest du bei Notta eine Protokoll-Vorlage zum Ausfüllen und Herunterladen.
Was gehört in eine Projektdokumentation?
Eine gute Projektdokumentation beantwortet drei Fragen: Was war geplant, was ist tatsächlich passiert und welche Entscheidungen oder Aufgaben ergeben sich daraus? Dafür brauchst du feste Grundangaben und projektspezifische Dokumente.
Grundangaben für jedes Projektdokument
Eine Versionsnummer verhindert, dass mehrere Fassungen gleichzeitig als aktuell gelten. Ein eindeutiger Dateiname kann zum Beispiel so aussehen: PRJ-204_Statusprotokoll_2026-08-19_V1.0.docx.
Projektdokumentation ist nicht dasselbe wie ein Projektbericht
Ein Projektbericht fasst einen bestimmten Zeitraum oder das abgeschlossene Projekt zusammen. Die Projektdokumentation entsteht dagegen laufend. Sie enthält auch die Unterlagen, auf denen ein späterer Bericht beruht.
| Dokument | Zweck | Typischer Zeitpunkt |
|---|---|---|
| Projektdokumentation | Den gesamten Projektverlauf nachvollziehbar halten | Fortlaufend |
| Projektstatusbericht | Den aktuellen Stand für Beteiligte zusammenfassen | Regelmäßig oder zu einem Meilenstein |
| Projektabschlussbericht | Ergebnisse, Abweichungen und Erkenntnisse bewerten | Am Projektende |
| Besprechungsprotokoll | Inhalte und Ergebnisse eines einzelnen Meetings festhalten | Nach einer Besprechung |
| Aktenvermerk | Einen einzelnen Vorgang mit Sachverhalt und Einordnung dokumentieren | Bei einem konkreten Geschäftsvorgang |
1. Kick-off-Dokumentation: gemeinsamen Ausgangspunkt festhalten
Die Kick-off-Dokumentation hält fest, worauf sich Projektteam und Auftraggebende zu Beginn verständigt haben. Sie schafft eine gemeinsame Referenz für Ziel, Umfang, Rollen und Zusammenarbeit.
Felder für das Kick-off-Protokoll
- Projektziel, erwartetes Ergebnis und Abgrenzungen
- Auftraggebende, Projektleitung, Projektteam und Entscheidungsbefugnisse
- Meilensteine, Zieltermine und Berichtswege
- Annahmen, Abhängigkeiten und bekannte Risiken
- Erste Aufgaben mit Verantwortlichen und Fristen
- Termin der nächsten Statusbesprechung
Beispiel
Projektziel: Das bestehende Kundenportal wird bis zum 30. November um eine digitale Terminverwaltung ergänzt.
Nicht im Umfang: Eine neue mobile App und die Überarbeitung des Abrechnungssystems.
Erster Meilenstein: Freigabe des Fachkonzepts bis zum 12. September.
Risiko: Die Schnittstellenbeschreibung des externen Anbieters liegt noch nicht vollständig vor.
Maßnahme: Deniz Yilmaz fordert die fehlenden Angaben bis zum 28. August an.
Übernimm aus dem Transkript nur eindeutig bestätigte Ziele und Zuständigkeiten. Ideen, die noch geprüft werden müssen, gehören als offene Frage oder Annahme in das Dokument.
2. Statusprotokoll: Fortschritt und Abweichungen dokumentieren
Ein Statusprotokoll zeigt, wo das Projekt im Verhältnis zum Plan steht. Es sollte nicht jede Wortmeldung wiedergeben, sondern Änderungen, Hindernisse, Entscheidungen und nächste Schritte sichtbar machen.
Felder für ein Projektstatus-Meeting
- Berichtszeitraum und aktueller Gesamtstatus
- Erledigte Aufgaben und Stand der Meilensteine
- Abweichungen bei Umfang, Zeit, Budget oder Qualität
- Hindernisse, offene Entscheidungen und neue Risiken
- Aufgaben, Verantwortliche, Fristen und Eskalationsbedarf
- Nächster Berichtstermin
Beispiel
Gesamtstatus: Gelb – der Meilenstein „Fachkonzept freigegeben“ ist gefährdet.
Fortschritt: Die Anforderungen für Terminbuchung und Stornierung sind abgestimmt.
Abweichung: Die Schnittstellenbeschreibung trifft voraussichtlich fünf Arbeitstage später ein.
Entscheidung erforderlich: Projektleitung und Auftraggebende prüfen bis zum 2. September, ob der Testbeginn verschoben wird.
Nächste Aufgabe: Lea Hoffmann aktualisiert den Terminplan bis zum 3. September.
Für wiederkehrende Statusrunden lohnt es sich, dieselben Felder beizubehalten. Dann erkennst du Veränderungen, ohne jedes Dokument neu interpretieren zu müssen.
Wenn du Projektmeetings aufzeichnest, informiere alle Beteiligten und beachte geltende Gesetze sowie interne Richtlinien. Einen Überblick über mögliche Aufzeichnungswege findest du im Leitfaden zur Meeting-Recording-Software.
3. Änderungsprotokoll: Anforderungen kontrolliert ändern
Ein Änderungsprotokoll trennt einen Vorschlag von einer genehmigten Änderung. Das schützt das Team davor, neue Anforderungen bereits umzusetzen, obwohl Auswirkungen und Freigabe noch ungeklärt sind.
Felder für einen Änderungsantrag
- Änderungsnummer, Antragsdatum und beantragender Bereich
- Beschreibung, Grund und betroffene Anforderungen
- Auswirkungen auf Umfang, Termine, Kosten, Ressourcen und Risiken
- Geprüfte Alternativen und Empfehlung
- Entscheidung, zuständiges Gremium und Zieltermin
- Betroffene Projektdokumente und neue Versionsstände
Beispiel
Änderung CR-007: Zusätzlich zur Terminbuchung soll das Portal automatische SMS-Erinnerungen senden.
Grund: Der Kundenservice möchte die Zahl versäumter Termine reduzieren.
Auswirkung: Zusätzlicher Anbieter, laufende Kosten und zwei Wochen Entwicklungsaufwand.
Alternative: E-Mail-Erinnerungen mit der vorhandenen Infrastruktur.
Entscheidung: SMS-Funktion zurückgestellt; E-Mail-Erinnerung für die erste Version genehmigt.
Verantwortlich: Daniel Roth aktualisiert Fachkonzept und Aufwandsschätzung bis zum 8. September.
Der Projektmanagement-Standard der GPM/IPMA beschreibt Änderungen als geregelten Prozess. Dazu gehören Erfassung, Bewertung, Freigabe oder Ablehnung sowie die Anpassung betroffener Projektpläne.
4. Entscheidungsregister: Beschlüsse dauerhaft nachvollziehbar machen
Ein Entscheidungsregister sammelt richtungsweisende Projektentscheidungen über mehrere Meetings hinweg. Es verhindert, dass ein späteres Team nur den Beschluss kennt, aber nicht mehr dessen Grundlage und Folgen.
Felder für das Entscheidungsregister
- Entscheidungsnummer, Datum und Entscheidungsfrage
- Ausgangslage und betrachtete Optionen
- Entscheidung, Begründung und zuständiges Gremium
- Auswirkungen und betroffene Arbeitspakete
- Entstehende Aufgaben und möglicher Prüftermin
- Link zum ursprünglichen Protokoll oder Transkript
Beispiel
Entscheidung E-012: Für die erste Version wird die bestehende Benutzeranmeldung erweitert.
Alternativen: Erweiterung des vorhandenen Systems oder Einführung eines neuen Identitätsdienstes.
Begründung: Die vorhandene Lösung erfüllt die bestätigten Anforderungen und gefährdet den Zieltermin nicht.
Auswirkung: Die Prüfung eines neuen Identitätsdienstes wird in ein separates Folgeprojekt verschoben.
Aufgabe: Markus Weber dokumentiert die Folgekosten beider Optionen bis zum Projektabschluss.
Ein Ergebnisprotokoll kann mehrere Beschlüsse aus einem Meeting enthalten. Das Entscheidungsregister zieht die langfristig relevanten Entscheidungen daraus in eine fortlaufende Übersicht.
5. Risiko- und Maßnahmenliste: Unsicherheiten aktiv verfolgen
Die Risiko- und Maßnahmenliste verbindet mögliche Gefahren mit konkreten Reaktionen. Ein bereits eingetretenes Problem sollte separat als Problem oder Hindernis gekennzeichnet werden.
Felder für Risiken und Maßnahmen
- Risiko- oder Problemnummer und Erfassungsdatum
- Beschreibung, Ursache und betroffener Projektbereich
- Eintrittswahrscheinlichkeit, Auswirkung und Priorität
- Vorbeugende Maßnahme und Reaktionsmaßnahme
- Verantwortliche Person, Frist und Status
- Datum der nächsten Prüfung und tatsächliches Ergebnis
Beispiel
Risiko R-004: Die externe Schnittstelle wird nicht rechtzeitig für den Systemtest bereitgestellt.
Wahrscheinlichkeit: Mittel.
Auswirkung: Hoch – der geplante Testbeginn könnte sich verschieben.
Vorbeugende Maßnahme: Wöchentliche Abstimmung mit dem Anbieter und Prüfung einer Testumgebung.
Verantwortlich: Deniz Yilmaz.
Nächste Prüfung: 5. September. Status: Offen.
Halte im Statusmeeting nicht nur fest, dass ein Risiko besprochen wurde. Aktualisiere anschließend auch die zentrale Risiko- und Maßnahmenliste. Nur dort lässt sich der Verlauf über mehrere Meetings hinweg verfolgen.
So entsteht aus einzelnen Dokumenten eine vollständige Projektakte
Eine vollständige Projektakte entsteht, wenn du die Dokumente miteinander verbindest. Dafür braucht dein Team keine komplizierte Ablagelogik, sondern einige verbindliche Regeln.
- Lege den Zweck fest. Bestimme, welche Dokumentationsarten dein Projekt wirklich benötigt.
- Vergib Kennungen. Nutze eindeutige Nummern für Änderungen, Entscheidungen, Risiken und Maßnahmen.
- Verknüpfe die Quellen. Ergänze Links zu Meetingprotokollen, Transkripten, Anforderungen oder Systemeinträgen.
- Pflege den Status. Markiere, ob ein Punkt vorgeschlagen, geprüft, genehmigt, erledigt oder verworfen ist.
- Dokumentiere Änderungen. Behalte frühere Versionen und kennzeichne die aktuelle Freigabe.
- Bestimme den Ablageort. Lege fest, wo die verbindliche Fassung gespeichert wird.
- Prüfe regelmäßig. Kontrolliere offene Entscheidungen, Risiken und Aufgaben vor dem nächsten Statusmeeting.
Wenn dein Unternehmen SAP, ein ERP-System oder ein CRM verwendet, kann dort eine Referenz zum jeweiligen Vorgang stehen. Die Projektdokumentation sollte jedoch erklären, was beschlossen wurde und wie die Einträge zusammenhängen.
Aus Meeting-Transkripten einen Dokumentationsentwurf erstellen
Ein geprüftes Transkript liefert den Kontext, aus dem du Entscheidungen, Änderungen, Risiken und Aufgaben ableiten kannst. Es ersetzt aber weder die fachliche Prüfung noch die formale Freigabe.
- Zeichne das Projektmeeting mit Zustimmung der Beteiligten auf oder importiere eine vorhandene Aufnahme in Notta.
- Prüfe das Transkript und korrigiere Namen, Fachbegriffe und missverständliche Aussagen.
- Ordne die relevanten Inhalte den Feldern deiner Projektdokumentation zu.
- Nutze Notta Brain, die in Notta integrierte Funktion für Verständnis und Dokumenterstellung, um einen strukturierten Entwurf zu erzeugen.
- Lass Entscheidungen, Verantwortlichkeiten, Fristen und Auswirkungen von den zuständigen Personen prüfen.
- Exportiere oder übertrage die freigegebene Fassung in den vereinbarten Projektablageort.
Notta Brain kann Meetings, Transkripte und weitere Dateien als Grundlage verwenden. Daraus lassen sich bearbeitbare Dokumente, Berichte, Tabellen und Aufgabenlisten erstellen. Das hilft besonders, wenn Informationen aus mehreren Besprechungen zusammengeführt werden müssen.
Erstelle aus diesem geprüften Transkript einen Entwurf für das Statusprotokoll. Trenne bestätigte Entscheidungen, vorgeschlagene Änderungen, Risiken, offene Fragen und Aufgaben. Nenne bei jeder Aufgabe die verantwortliche Person und die bestätigte Frist. Markiere fehlende Angaben, statt sie zu ergänzen.
Weitere Einsatzmöglichkeiten findest du im Leitfaden zum Protokollieren mit KI. Wenn du noch einen passenden Aufzeichnungsweg suchst, vergleicht der Artikel die besten Meeting-Recorder für Teams und Zoom.
Häufige Fehler bei der Projektdokumentation
Die meisten Probleme entstehen nicht durch ein fehlendes Dokument, sondern durch unklare Statusangaben und fehlende Verknüpfungen.
Vorschläge und Beschlüsse vermischen
Kennzeichne eindeutig, ob eine Änderung vorgeschlagen, geprüft, genehmigt oder abgelehnt wurde. Sonst kann ein Diskussionspunkt später wie eine verbindliche Entscheidung wirken.
Aufgaben ohne Verantwortliche oder Frist festhalten
„Das Team prüft die Schnittstelle“ ist nicht überprüfbar. Besser ist: „Deniz Yilmaz prüft die Schnittstellenbeschreibung bis zum 5. September und dokumentiert fehlende Angaben.“
Frühere Versionen überschreiben
Speichere freigegebene Fassungen mit Versionsnummer und Datum. Dadurch bleibt erkennbar, auf welcher Grundlage eine frühere Entscheidung getroffen wurde.
Risiken nur im Meetingprotokoll erwähnen
Übertrage neue oder veränderte Risiken in die zentrale Risiko- und Maßnahmenliste. Das nächste Protokoll allein zeigt nicht, wie sich ein Risiko über mehrere Wochen entwickelt hat.
KI-Entwürfe ungeprüft ablegen
Ein KI-Entwurf kann Aussagen falsch zuordnen oder fehlenden Kontext übersehen. Prüfe deshalb Namen, Zahlen, Entscheidungen, Verantwortlichkeiten und Fristen vor Freigabe und Ablage.
Checkliste: Ist deine Projektdokumentation vollständig?
Prüfe vor der Freigabe jedes Projektdokuments:
- Projekt, Dokumentart, Version und Datum sind eindeutig.
- Der Status als Entwurf oder freigegebene Fassung ist erkennbar.
- Entscheidungen sind von Vorschlägen und offenen Fragen getrennt.
- Aufgaben haben eine verantwortliche Person und eine Frist.
- Änderungen sind samt Auswirkungen und Entscheidung dokumentiert.
- Neue Risiken wurden in die zentrale Liste übernommen.
- Quellen, Anlagen und verwandte Dokumente sind verlinkt.
- Der verbindliche Ablageort ist bekannt.
- Die zuständigen Personen haben die Angaben geprüft.
Von der Projektbesprechung zur nachvollziehbaren Dokumentation
Eine gute Projektdokumentation ist kein langer Bericht, den du erst am Projektende schreibst. Sie entsteht aus kurzen, klaren Dokumenten, die du während des gesamten Projekts pflegst. Nutze die Vorlage für einheitliche Felder und übertrage bestätigte Entscheidungen, Änderungen, Risiken und Aufgaben zeitnah aus deinen Meetings.
Wenn du bereits eine Aufnahme oder ein Transkript hast, kannst du es in Notta prüfen und mit Notta Brain in einen strukturierten Entwurf verwandeln. Die Freigabe bleibt bei den verantwortlichen Personen im Projekt.
Aus deinem Projektmeeting wird ein prüfbarer Entwurf
Importiere eine Aufnahme oder zeichne dein nächstes Meeting mit Zustimmung der Beteiligten auf. Prüfe das Transkript und verwandle bestätigte Inhalte in eine strukturierte Projektdokumentation.
Notta kostenlos testen →Häufig gestellte Fragen
Was gehört in eine Projektdokumentation?
Eine Projektdokumentation enthält Projektauftrag, Ziele, Rollen, Statusberichte, Besprechungsprotokolle, Entscheidungen, Änderungen, Risiken, Maßnahmen und Abschlussunterlagen. Welche Dokumente erforderlich sind, hängt von Projektgröße, Branche und internen Vorgaben ab.
Wie ist eine Projektdokumentation aufgebaut?
Eine Projektdokumentation beginnt mit Grundangaben wie Projektname, Dokumentart, Version, Datum und Status. Danach folgen die passenden Inhalte, etwa Fortschritt, Entscheidungen, Änderungen, Risiken oder Aufgaben. Verknüpfungen und ein eindeutiger Ablageort verbinden die einzelnen Dokumente.
Was ist der Unterschied zwischen Projektdokumentation und Projektbericht?
Die Projektdokumentation entsteht fortlaufend und umfasst verschiedene Projektunterlagen. Ein Projektbericht fasst dagegen einen bestimmten Zeitraum oder das abgeschlossene Projekt zusammen. Er verwendet häufig Informationen aus der laufenden Projektdokumentation.
Gehören Meetingprotokolle zur Projektdokumentation?
Ja. Meetingprotokolle sind Teil der Projektdokumentation, wenn sie projektbezogene Ergebnisse, Entscheidungen, Änderungen, Risiken oder Aufgaben enthalten. Nicht jede Gesprächsnotiz muss dauerhaft in die Projektakte aufgenommen werden.
Wie dokumentiert man Änderungen und Entscheidungen im Projekt?
Verwende eindeutige Kennungen und getrennte Register. Ein Änderungsprotokoll erfasst Antrag, Auswirkungen, Prüfung und Freigabe. Ein Entscheidungsregister dokumentiert Entscheidungsfrage, Optionen, Beschluss, Begründung, Folgen und daraus entstehende Aufgaben.
Kann KI aus einem Meeting eine Projektdokumentation erstellen?
KI kann aus einem geprüften Transkript einen strukturierten Entwurf erstellen und Entscheidungen, Risiken oder Aufgaben passenden Feldern zuordnen. Der Entwurf muss anschließend fachlich geprüft werden, besonders bei Namen, Zahlen, Zuständigkeiten, Fristen und Freigaben.
Kann Notta Brain aus Projektmeetings einen Dokumentationsentwurf erstellen?
Ja. Notta Brain kann Meetings, Transkripte und weitere Dateien in Notta als Grundlage nutzen und daraus bearbeitbare Dokumente, Berichte, Tabellen oder Aufgabenlisten erstellen. Prüfe den Entwurf, bevor du ihn als verbindliche Projektdokumentation freigibst.
