Projektdokumentation: Leitfaden und Vorlagen (2026)

Sie kennen das Gefühl: Ein Projekt startet, und innerhalb weniger Wochen liegen die Unterlagen verstreut auf Laufwerken, in Chat-Threads und Postfächern, ohne eine einzige verlässliche Quelle. Der Statusbericht sagt das eine, der Plan das andere, und niemand weiß so genau, welche Version aktuell ist.

Also werden Woche für Woche dieselben Fragen neu gestellt, veraltete Kopien bleiben im Umlauf, und die Dokumentation, die eigentlich alle auf denselben Stand bringen sollte, wird still und leise zu dem, was alle ausbremst. Das muss nicht so sein.

Dieser Leitfaden führt von Anfang bis Ende durch die Projektdokumentation: was sie ist, welche Kerndokumente ein Projekt ausmachen und wie sie sich auf die fünf Phasen des Projektlebenszyklus verteilen, von der Initiierung bis zum Abschluss.

Dazu gibt es eine kostenlose Vorlage und die Praktiken, mit denen Ihre Dokumente lange nach dem Kickoff korrekt bleiben, damit Ihr Team immer eine verlässliche Anlaufstelle hat.

Das Wichtigste in Kürze

• Projektdokumentation erstreckt sich über fünf Phasen des Lebenszyklus: Initiierung, Planung, Ausführung, Steuerung und Abschluss.
• Jede Phase hat ihre eigenen Kerndokumente, vom Projektvorschlag und Projektauftrag bis zu Zeitplan, Budget, Risikoregister und Abschlussbericht.
• Nutzen Sie eine Vorlage für die Projektdokumentation, um schnell zu starten und jedes Dokument an einem Ort zu halten.
• Dokumentation funktioniert nur, wenn sie aktuell bleibt: Geben Sie jedem wichtigen Dokument eine verantwortliche Person und einen Prüfzyklus, damit es nicht veraltet.

Was ist Projektdokumentation?

Projektdokumentation ist die Gesamtheit der Dokumente, die ein Projekt definieren, planen, steuern und abschließen: Vorschlag, Projektauftrag, Plan, Zeitplan, Budget, Risikoregister, Statusberichte und Abschlussdokument, die zusammen allen Beteiligten sagen, was das Projekt ist, wie es umgesetzt wird und wo es steht.

Die schwierige Aufgabe ist, sie an einem Ort und auf dem neuesten Stand zu halten. In den meisten Projekten landen die Unterlagen verstreut in verschiedenen Systemen ohne Single Source of Truth, sodass Woche für Woche dieselben Fragen neu gestellt werden und niemand sicher ist, welche Version aktuell ist.

Kombiniert man dieses Volumen mit schlechter Organisation, wird ein Projekt schwer zu führen und kaum noch auf Kurs zu halten.

Hier kommt eine strukturierte Wissensdatenbank ins Spiel. Eine Vorlage für die Projektdokumentation erinnert Sie daran, welche wichtigen Dokumente des Projektmanagements zu sammeln sind, hält sie organisiert und sorgt dafür, dass sie verifiziert und aktuell bleiben, statt im Projektverlauf abzudriften.

Was ist eine Vorlage für die Projektdokumentation?

Eine Vorlage für die Projektdokumentation ist eine vorgefertigte Struktur, die festlegt, welche Dokumente ein Projekt braucht und wo jedes davon liegt, damit Sie nicht bei einer leeren Seite anfangen.

Sie erinnert das Team daran, welche Dokumente in jeder Phase zu erstellen sind, gibt ihnen ein einheitliches Format und hält sie als Single Source of Truth zusammen.

Wenn Ihre Projekte ihre Unterlagen jedes Mal neu erfinden oder Dokumente sich auf Laufwerke, Chats und Postfächer verteilen, ist eine Vorlage der schnellste Weg, Ordnung hineinzubringen.

Sie können die kostenlose Vorlage für die Projektdokumentation von Slite nutzen und an Ihren eigenen Prozess anpassen.

Wer erstellt die Projektdokumentation?

Projektdokumentation entsteht am besten gemeinsam, aber das letzte Wort bei der Freigabe haben die Projektleiter. Sie verantworten das Managementsystem des Projekts, den Prozess (und die Prozessdokumentation), die Liefergegenstände und die Ergebnisse.

Eine wirksame Projektdokumentation wird daher meist von Projektleitern oder anderen PMPs (zertifizierten Projektmanagement-Fachleuten) und ihren Teams zusammengestellt, oft in Zusammenarbeit mit der Personalabteilung, wichtigen Stakeholdern und anderen Beteiligten in den jeweiligen Phasen.

Warum ist Projektdokumentation so wichtig?

Projektdokumentation hält ein Projekt transparent und koordiniert: Sie gibt Stakeholdern die Updates, die sie brauchen, zerlegt ein komplexes Projekt in handhabbare Teile, hält die Unterlagen in Ordnung und lässt das ganze Team aus derselben Quelle arbeiten. Sie wegzulassen spart selten Zeit: Es verschiebt die Kosten nur nach hinten.

Wenn Projektdokumente ohne Single Source of Truth über mehrere Systeme verstreut sind, stellen Teams an der Front dem Technikteam Woche für Woche dieselben Fragen, und veraltete Kopien mit falschen Informationen bleiben im Umlauf.

Die anfängliche Investition in Dokumentation verhindert genau das. Sie hilft Ihnen und Ihrem Team auf mehrere konkrete Arten:

• Alle informiert halten: Dokumentation erhöht die Transparenz und hält die wichtigsten Personen eines Projekts auf dem Laufenden. Das zählt am meisten für Stakeholder, die regelmäßige Updates zu Zeitplan, Budget, Liefergegenständen und Meilensteinen wollen, hilft aber auch Teams bei der Zusammenarbeit. Probieren Sie unsere Vorlage für das Projektbudget.
• Aufteilen: Ganze Projekte sind komplex. Dokumentation erlaubt es, ein Projekt in seine Planungsphasen zu zerlegen, jede durch ein Schlüsseldokument repräsentiert, und sie in handhabbaren Teilen abzuarbeiten.
• Ordnung halten: Gute Dokumentation hilft Ihnen, die nötigen Unterlagen zu behalten und den Rest zu streichen, damit Sie wichtige Dokumente nicht mehr aus den Augen verlieren, besonders mit einer gut aufgebauten Vorlage.
• Zusammenarbeit erleichtern: Wenn das ganze Team aus derselben Dokumentation arbeitet, ist es leichter, Aufgaben zu verteilen, effizient zu arbeiten, den Fortschritt zu verfolgen und Problemen zuvorzukommen, sobald sie auftauchen.

Der Haken an der Projektdokumentation: Sie veraltet in dem Moment, in dem sich ein Projekt bewegt. Zeitpläne verschieben sich, Verantwortliche wechseln, Pläne werden überarbeitet.

Genau diese Lücke soll Slite schließen: eine Wissensdatenbank, die sich selbst aktuell hält, in der Slite Agent erkennt, wenn ein Dokument nicht mehr der Realität entspricht, und die Korrektur vorschlägt, die ein Mensch vor der Veröffentlichung freigibt.

Was sind die Kernelemente der Projektdokumentation?

Projektdokumentation unterscheidet sich je nach Branche, Unternehmen und Projekt, aber das meiste fällt in dieselben Kerndokumente, gruppiert in fünf Phasen des Lebenszyklus: Initiierung, Planung, Ausführung, Steuerung und Abschluss.

Hier das vollständige Set auf einen Blick, bevor wir jede Phase durchgehen.

Phase 1: Initiierung

Die Initiierungsphase ist die erste Phase im Lebenszyklus eines Projekts. Hier wird ein Projekt formell genehmigt und ins Leben gerufen.

Zu den wichtigsten Meilensteinen in Phase 1 gehören die Benennung von Projektleitung und Team, die Klärung von Machbarkeit und Begründung, die Festlegung der Kernziele und ein erster Entwurf der Projektumfangsbeschreibung. Diese Punkte werden oft in Phase 2 weiter ausgearbeitet.

Projektvorschlag

Der Projektvorschlag, auch Business Case genannt, ist meist das Dokument, mit dem die Projektentwicklung beginnt. Halten Sie ihn kurz: Erklären Sie, was das Projektkonzept ist und welches Problem es angeht.

Vorlagen für den Projektvorschlag werden in der Regel von der Projektleitung und/oder dem Projektsponsor geschrieben.

Projektauftrag

Der Projektauftrag wird manchmal als Anker oder Bauplan eines Projekts bezeichnet. Er ist das erste Dokument, das nach der formellen Genehmigung Ihres Vorschlags erstellt wird. Er legt das Projektteam und die wichtigsten Schritte fest, um das Projekt zum Leben zu erwecken, und deckt oft die anfängliche Mittelzuweisung und die Autorisierung ab.

Der Projektauftrag sagt Ihnen, wo Sie starten. Sehen Sie sich unsere Vorlage für den Projektauftrag an. Für größere Projekte können Sie eine Leistungsbeschreibung (Statement of Work) erstellen, die detaillierter ist als ein Projektauftrag.

Phase 2: Planung

Sie haben die formelle Genehmigung erhalten und damit die zweite Phase des Projektlebenszyklus erreicht. Die Planungsphase ist entscheidend für ein erfolgreiches Projekt: Je mehr Details Sie hier sammeln, desto leichter wird die spätere Ausführung. Bei größeren Vorhaben formalisieren Teams das oft in einem Business Requirements Document.

In dieser Phase beschreiben Sie alle Anforderungen und Schritte, die nötig sind, um das Projekt umzusetzen, so umfassend wie möglich und dennoch knapp.

Projektmanagementplan

Mit Ihrem Projektmanagementplan geht es ans Eingemachte: wie das Projekt tatsächlich umgesetzt wird. Er kann so kurz oder so lang sein, wie Sie wollen, ist aber wahrscheinlich eines Ihrer längsten Dokumente.

Die zentrale Frage lautet: Welche Schritte werden wir unternehmen, um dieses Projekt von Anfang bis Ende abzuschließen?

Mehrere Dokumente werden manchmal in Projektpläne integriert, können aber auch für sich stehen, etwa Projektstrukturpläne (PSP), Personalmanagementpläne und Qualitätssicherungspläne.

Ein Projektmanagementplan behandelt in der Regel:

• Liefergegenstände
• Zeitrahmen und Budget
• Qualität und Versionskontrolle
• Stakeholder und Personal
• Kommunikationsregeln und Risikomanagement

Projektzeitplan

Dieses Dokument skizziert einen ersten Zeitplan für die Liefergegenstände, Meilensteine und Phasen Ihres Projekts. Ihr Zeitplan wird sich im Laufe des Projektlebenszyklus wahrscheinlich ändern, betrachten Sie ihn also als Ausgangspunkt.

Tipp: Achten Sie darauf, dass der Zeitplan realistisch ist. Verpflichten Sie sich nicht zu Terminen, die Ihr Team nicht halten kann.

Projektumfangsbeschreibung

Die Projektumfangsbeschreibung definiert, was zum Projekt gehört, und was nicht. Eine klare Umfangsbeschreibung schützt ein Projekt später vor schleichender Ausweitung, daher lohnt es sich, sie in der Planungsphase schriftlich festzuhalten und von den Stakeholdern freigeben zu lassen.

Finanzplan

Der Finanzplan ist im Wesentlichen das erwartete Budget für Ihr Projekt. Er deckt oft die Beschaffung und Zuweisung von Mitteln, Verträge, Finanzprozesse und die erwartete Kapitalrendite (ROI) ab.

Da er in der Planungsphase liegt, handelt es sich meist um das anfängliche oder geplante Budget. Manchmal gibt es ein zweites Finanzdokument in der Ausführungs- oder Steuerungsphase, in Form eines Budget-Trackers.

Phase 3: Ausführung

Phase 3, manchmal auch Umsetzungsphase genannt, ist der Moment, in dem Ihre Planung in die Tat umgesetzt wird. Das Team geht von der Vorbereitung zu konkreten Maßnahmen über.

Die Ausführung ist oft die längste Phase und trägt die ehrgeizigsten Ziele: Ihr fertiges Produkt, was auch immer es ist, nimmt hier Gestalt an.

Risiko- und Problemregister

Ein Risiko- und Problemregister ist ein zentrales Werkzeug des Risikomanagements: ein Protokoll, das Projektprobleme erfasst, sobald sie auftreten, und mögliche künftige Risiken im Blick behält. Es enthält in der Regel:

• ID-Nummer
• Ereignistyp (Risiko oder Problem)
• Datum des Ereignisses
• Beschreibung
• Erforderliche Maßnahme
• Verantwortliche Person
• Status
• Priorität (optional)

Manche Risikoregister werden in Excel geführt, andere sind einfache Listen. RAID-Protokolle werden manchmal anstelle von Risiko- und Problemregistern verwendet. RAID steht für Risks, Assumptions, Issues und Dependencies (Risiken, Annahmen, Probleme und Abhängigkeiten).

Stakeholder-Register

Ein Stakeholder-Register listet alle Personen mit einem Interesse am Projekt auf, zusammen mit ihrer Rolle, ihrem Einfluss und dem, was sie vom Projekt brauchen. Darauf stützt sich Ihr Kommunikationsplan, damit die richtigen Personen die richtigen Updates bekommen.

Projektstatusbericht

Je nach Kommunikationsplan liefern Sie regelmäßige Statusberichte an verschiedene Personen in Ihrem Projekt: Stakeholder-Updates, Wochenupdates oder Abteilungsupdates.

Unabhängig vom Zweck handelt es sich um eine Sammlung von Dokumenten, die über den Fortschritt Ihres Projekts berichten. Sie hält alle während des gesamten Lebenszyklus auf demselben Stand, und Statusberichte können sogar genutzt werden, um Aufgaben und nächste Schritte zu verteilen. Wie man einen klaren Projektbericht schreibt, haben wir in einem eigenen Leitfaden beschrieben, Vorlagen inklusive.

Projektkommunikationsplan

Ihr Kommunikationsplan legt fest, wie Sie und Ihr Team während der Zusammenarbeit kommunizieren. Wirksame Kommunikation ist im Projektmanagement unverzichtbar.

Das unterscheidet sich von Statusberichten: Statt über den Fortschritt zu berichten, legt der Kommunikationsplan genau fest, wie Kommunikation stattfindet: die Methoden, die Häufigkeit und die Kontaktdaten. Er konzentriert sich oft auf Stakeholder, ist aber auch für das Team wichtig.

Wenn Ihr Team aus einer Slite-Wissensdatenbank heraus arbeitet, liegt der Kommunikationsplan direkt neben den Dokumenten, die er regelt, und Fragen werden aus Ihren verbundenen Quellen beantwortet, statt dass jemand eine Kollegin oder einen Kollegen unterbrechen muss.

Phase 4: Steuerung

Die Steuerungsphase wird manchmal als Teil der Ausführung betrachtet, aber die beiden lassen sich trennen.

Der wesentliche Unterschied: Die Ausführung konzentriert sich darauf, Projektprozesse in Gang zu setzen, während die Steuerung diese Prozesse beobachtet und bei Bedarf Änderungen vornimmt. Beide Phasen profitieren von guter Dokumentation.

Änderungsanträge und Änderungsmanagement

Das ist das wichtigste Dokument der Steuerungsphase, meist in Form eines Protokolls. Wann immer eine Änderung am ursprünglichen Projektplan nötig ist, sollte sie beantragt und im Abschnitt zum Änderungsmanagement festgehalten werden.

Es erfasst in der Regel:

• ID-Nummer
• Vorgeschlagene Änderung
• Grund für die Änderung
• Zeitrahmen
• Verantwortliche Person

Phase 5: Abschluss

Sie haben die letzte Phase des Projektlebenszyklus erreicht. Diese Phase konzentriert sich darauf, das aktuelle Projekt abzuschließen und gleichzeitig den Blick auf künftige Projekte zu richten.

Sie präsentieren alle Liefergegenstände und das fertige Produkt, und es ist eine gute Gelegenheit, abschließende Besprechungen mit Team und Stakeholdern abzuhalten und zu reflektieren, was gut lief und was beim nächsten Mal besser laufen könnte.

Gute Reflexion an dieser Stelle verschlankt Ihre Dokumentations- und Managementprozesse und fließt in erfolgreichere künftige Projekte ein.

Projektabschlussdokument

Das Projektabschlussdokument, auch Project Review genannt, beendet Ihr Projekt formell. Wie der Projektvorschlag muss es von Projektleitung, Sponsor und den relevanten Stakeholdern geprüft und freigegeben werden.

Diese Art von technischer Dokumentation fasst zusammen, was das Projekt erreicht hat, welche Erfolge oder Schwierigkeiten es gab und welche Probleme oder Aufgaben nach dem Projekt noch offen sind.

So erstellen Sie die Dokumentation für ein Projekt (Schritt für Schritt)

Zu wissen, welche Dokumente zu erstellen sind, ist die halbe Arbeit. So stellen Sie eine Projektdokumentation tatsächlich zusammen und halten sie nützlich:

1. Entscheiden Sie, was dokumentiert werden sollte. Gehen Sie von den fünf Phasen aus und wählen Sie die Dokumente, die Ihr Projekt wirklich braucht, denn nicht jedes Projekt braucht eine vollständige Leistungsbeschreibung oder ein formelles RAID-Protokoll. Passen Sie die Dokumentation an Größe und Risiko des Projekts an.
2. Legen Sie die Struktur fest, bevor Sie beginnen. Erstellen Sie die Ordner oder Bereiche der Wissensdatenbank im Voraus (ein Ort pro Phase), damit Dokumente vom ersten Tag an am richtigen Platz landen, statt sich auf Laufwerke und Chats zu verteilen.
3. Weisen Sie jedem Dokument eine verantwortliche Person zu. Geben Sie jedem wichtigen Dokument genau eine namentlich benannte Person (die, die der Arbeit am nächsten ist), kein Komitee. Verantwortung ist es, die verhindert, dass ein Dokument unbemerkt veraltet.
4. Halten Sie sie im Projektverlauf aktuell. Setzen Sie die kritischen Dokumente auf einen Prüfzyklus, damit die Verantwortlichen sie erneut durchsehen, wenn sich Zeitpläne, Umfang oder Personen ändern. Veraltete Dokumentation ist schlimmer als keine, denn sie liefert dem Team mit voller Überzeugung falsche Informationen.
5. Speichern Sie sie dort, wo das Team bereits arbeitet. Halten Sie alles in einer Single Source of Truth, die durchsuchbar ist, damit die Antwort auf „Wo ist der aktuelle Plan?“ immer ein Ort ist, nicht fünf.

Best Practices für die Projektdokumentation

Die Dokumente zählen weniger als die Gewohnheiten rund um sie. Ein paar Praktiken halten die Projektdokumentation über die gesamte Projektlaufzeit vertrauenswürdig:

• Halten Sie eine Single Source of Truth. Ein Ort, zu dem Teams zurückkehren können, schlägt Dokumente, die über Laufwerke, Chats und Postfächer verstreut sind. Diese Zersplitterung ist der Hauptgrund, warum Teams dieselben Fragen immer wieder stellen.
• Geben Sie jedem kritischen Dokument eine namentlich benannte verantwortliche Person. Verantwortlich ist, wer dem System oder Arbeitsstrang, den das Dokument beschreibt, am nächsten steht, kein gemeinsames Postfach und kein Komitee.
• Setzen Sie Dokumente auf einen Verifizierungszyklus. Legen Sie für die wichtigsten Dokumente eine monatliche, vierteljährliche oder jährliche Prüfung fest. Läuft ein Zyklus ab, sollte der Status „verifiziert“ verfallen und die verantwortliche Person zur erneuten Prüfung auffordern, die einfachste Verteidigung gegen Wissensdrift. (Mehr dazu unter die Gefahren veralteter Dokumentation und Pflege der Wissensdatenbank.)

Tools zur Dokumentationsautomatisierung können diese Prüfungen für Sie übernehmen.

• Machen Sie sie auffindbar. Wenn Leute sie nicht durchsuchen können, überspringen sie sie und eröffnen stattdessen ein Support-Ticket oder fragen jemanden im Team. Struktur und Suche machen aus einer Dokumentenbibliothek etwas, das ein Team tatsächlich nutzt.

Teams, die das Tool wechseln, tun das meist genau aus diesem Grund: Sie wollen eine einheitliche Struktur und eine Single Source of Truth, zu der sie zurückkehren können, mit klarer Verantwortung und regelmäßiger Prüfung, die sie aktuell hält.

Wie halten Sie die Projektdokumentation aktuell?

Die Dokumente zu schreiben ist der leichte Teil. Sie korrekt zu halten, sobald das Projekt läuft, wenn Zeitpläne rutschen, Verantwortliche wechseln und Pläne überarbeitet werden, ist der Punkt, an dem die meisten Teams den Faden verlieren.

Ein Plan, der drei Überarbeitungen hinterherhinkt, ist schlimmer als gar kein Plan, weil Leute ihm vertrauen und auf Basis falscher Informationen handeln.

Zwei Gewohnheiten halten Dokumentation ehrlich:

• Erstens: Geben Sie jedem kritischen Dokument genau eine namentlich benannte verantwortliche Person, die, die der Arbeit am nächsten ist, kein Komitee.
• Zweitens: Setzen Sie jedes Dokument auf einen Verifizierungszyklus, damit es tatsächlich nach Plan erneut geprüft wird, statt darauf zu hoffen, dass es aktuell bleibt.

Genau dieses Problem soll Slite lösen. Slite ist eine selbstwartende Wissensdatenbank: Sie legen für die wichtigen Dokumente einen Verifizierungszyklus fest, und wenn ein Zyklus abläuft, verfällt das Verifiziert-Abzeichen und fordert die verantwortliche Person zur erneuten Prüfung auf. Leser können alles markieren, was veraltet wirkt, sodass Drift von den Menschen erkannt wird, die sie zuerst bemerken.

Slite Agent geht noch einen Schritt weiter. Er achtet auf Dokumente, die nicht mehr der Realität entsprechen, entwirft die Korrektur und leitet sie zur Freigabe an einen Menschen weiter, bevor etwas veröffentlicht wird. So bleiben Ihre Projektdokumente aktuell, ohne dass die Pflege zum zweiten Job wird.

Das Ergebnis ist eine Single Source of Truth, zu der Ihr Team zurückkehren und der es wirklich vertrauen kann. Wenn es in Ihren Projekten immer wieder Kopfzerbrechen bereitet, die Dokumentation korrekt zu halten, buchen Sie eine Demo, und wir zeigen Ihnen, wie die selbstwartende Seite funktioniert.

Fazit

Projektdokumentation ist das Rückgrat, das von der Initiierung über Planung, Ausführung und Steuerung bis zum Abschluss reicht und Ihrem Team eine klare Darstellung davon gibt, was das Projekt ist und wo es steht.

Bringen Sie die fünf Phasen und ihre Kerndokumente mit einer Vorlage für die Projektdokumentation in Stellung, und halten Sie sie dann in einer Single Source of Truth, der Ihr Team vertrauen und zu der es zurückkehren kann.

Eine Wissensdatenbank wie Slite, die Dokumente verifiziert und aktuell hält, verhindert, dass all diese Arbeit unbemerkt veraltet, sobald sich das Projekt bewegt.

FAQ

Wie dokumentiert man ein Projekt?

Arbeiten Sie die fünf Phasen des Lebenszyklus durch (Initiierung, Planung, Ausführung, Steuerung und Abschluss) und erstellen Sie für jede das Kerndokument (Vorschlag und Projektauftrag, Plan und Zeitplan, Status- und Risikoprotokolle, Änderungsprotokoll und Abschlussbericht). Entscheiden Sie je nach Projektgröße, was dokumentiert werden sollte, richten Sie einen Ort pro Phase ein, geben Sie jedem Dokument eine verantwortliche Person und bewahren Sie alles an einem einzigen durchsuchbaren Ort auf.

Was sollte eine Projektdokumentation enthalten?

Mindestens: einen Projektvorschlag oder Business Case, einen Projektauftrag, einen Managementplan, einen Zeitplan, einen Finanzplan, ein Risiko- und Problemregister, Statusberichte, einen Kommunikationsplan, ein Änderungsprotokoll und ein Abschluss- oder Review-Dokument. Größere Projekte ergänzen eine Leistungsbeschreibung, einen Projektstrukturplan, eine Umfangsbeschreibung und ein Stakeholder-Register.

Was ist eine Vorlage für die Projektdokumentation?

Eine Vorlage für die Projektdokumentation ist eine fertige Struktur, die festlegt, welche Dokumente ein Projekt braucht und wo jedes davon liegt, damit das Team mit einem einheitlichen Format statt einer leeren Seite startet, und die alles als Single Source of Truth zusammenhält.

Wer ist für die Projektdokumentation verantwortlich?

Die Projektleitung (oder ein PMP) verantwortet die Projektdokumentation und gibt sie frei, erstellt wird sie aber gemeinsam mit dem Team, der Personalabteilung und den wichtigsten Stakeholdern. Best Practice ist, zusätzlich jedem einzelnen Dokument eine namentlich benannte verantwortliche Person zu geben.