Prozessdokumentation bezeichnet die systematische Aufzeichnung von Arbeitsschritten, Entscheidungen und Ergebnissen im Verlauf eines kreativen Projekts – als Grundlage für Portfolio, Wissenstransfer und persönliches Lernen.
Rubrik: Soft Skills & Berufspraxis · Unterrubrik: Kreativprozess & Berufspraxis · Niveau: Einsteiger
Was ist Prozessdokumentation?
Die meisten Kreativschaffenden dokumentieren ihre Endresultate. Die wenigsten dokumentieren den Weg dahin. Dabei ist der Prozess oft das Interessanteste: Welche Entscheidungen wurden getroffen? Warum? Was hat nicht funktioniert? Was wurde gelernt?
Prozessdokumentation ist keine Bürokratie, sondern eine Investition – in das eigene Portfolio, in die Weitergabe von Wissen im Team und in das persönliche Lernen. Wer seinen Prozess dokumentiert, lernt schneller.
Erklärung
Warum dokumentieren?
Portfolio-Qualität: Case Studies – die stärkste Form des Portfolios – setzen Prozessdokumentation voraus. Wer seinen Prozess nicht dokumentiert hat, muss ihn mühsam aus dem Gedächtnis rekonstruieren oder verzichtet auf den Prozesseintrag.
Wissenstransfer: Im Team ermöglicht Dokumentation, dass Wissen nicht nur in den Köpfen einzelner lebt, sondern zugänglich ist. Neue Teammitglieder können onboarden, ohne alles von Grund auf zu erklären.
Lernbeschleunigung: Wer seine Entscheidungen aufschreibt, denkt klarer. Das Akt des Dokumentierens zwingt zur Reflexion: Was habe ich warum so entschieden? Newport (2016) beschreibt, wie strukturierte Reflexion die Entwicklung von Fähigkeiten beschleunigt – mehr als bloßes Wiederholen.
Rechtssicherheit: Bei Streitigkeiten über Leistungsumfang oder Entscheidungshistorie ist die dokumentierte Version entscheidend. Wer zeigen kann, wann welche Entscheidung auf wessen Wunsch getroffen wurde, ist besser geschützt.
Was dokumentieren?
Nicht jeder Schritt jedes Projekts muss aufgeschrieben werden. Sinnvolle Dokumentation enthält:
- Ausgangslage: Briefing, Ziele, Zielgruppe, Budget
- Prozessmeilensteine: Erste Konzeptideen, verworfene Richtungen und warum, Pivots
- Entscheidungen: Was wurde entschieden, wer hat entschieden, auf welcher Grundlage?
- Feedback-Zusammenfassungen: Was hat der Auftraggeber gesagt? Was wurde geändert?
- Endergebnis: Finales Lieferobjekt, Abnahmedatum
- Retrospektive: Was würde man beim nächsten Mal anders machen?
Csikszentmihalyi (1996) beschreibt, wie kreatives Wachstum durch Reflexion entsteht. Ohne Dokumentation ist Reflexion schwächer, weil das Gedächtnis selektiv und unzuverlässig ist.
Notion als Dokumentations-Tool
Notion hat sich in vielen Kreativteams als zentrales Werkzeug für Projektdokumentation etabliert. Vorteile:
- Flexible Datenbankstruktur (Tabellen, Boards, Kalender)
- Einbindung von Bildern, Links, Dateien und Embeds (z.B. Figma-Frames)
- Kommentarfunktion für kollaborative Notizen
- Templates für Wiederholbares
Typisches Notion-Template für Kreativprojekte:
``` PROJEKT: [Name] Auftraggeber: [Name] Projektstart: [Datum] Liefertermin: [Datum]
BRIEFING-ZUSAMMENFASSUNG
- Ziel:
- Zielgruppe:
- Lieferobjekte:
- Budget:
- Feedbackschleifen:
PROZESSNOTIZEN [Datum] - [Meilenstein/Entscheidung] [Datum] - [Meilenstein/Entscheidung]
FEEDBACKHISTORIE Runde 1: [Datum] - [Zusammenfassung] Runde 2: [Datum] - [Zusammenfassung]
ABSCHLUSS Abnahme: [Datum] Retrospektive: Was würde ich anders machen? ```
Weitere Tools:
- Confluence (in größeren Teams, oft mit Jira verbunden)
- Coda (ähnlich Notion, stärker in Datenbanken)
- Obsidian (Markdown-basiert, gut für Solo-Kreative)
- Einfache Markdown-Dateien (für Puristen)
Lernprojekte dokumentieren
Pressfield (2002) beschreibt, wie professionelle Kreative an persönlichen Projekten ohne kommerziellen Druck wachsen. Diese Lernprojekte sind besonders wertvoll für die Dokumentation: Hier gibt es keine NDA-Einschränkungen, und der Prozess kann vollständig gezeigt werden.
Ein gut dokumentiertes Lernprojekt (Problemstellung, Research, Konzept, Umsetzung, Ergebnis, Reflexion) kann ein stärkeres Portfolio-Stück sein als ein schlecht dokumentierter Kundenprojekt.
Beispiele (5 konkrete Situationen aus Kreativberufen)
- Designerin ohne Dokumentation: Sie wird nach einem Projekt gefragt, was im Prozess die wichtigsten Erkenntnisse waren. Sie kann sich nicht erinnern. Keine Case Study möglich, kein Lerngewinn messbar. Dasselbe passiert im nächsten ähnlichen Projekt: gleiche Fehler.
- UX-Designer mit Notion-Protokoll: Er dokumentiert jeden Projektmeilenstein in Notion – mit Datum, kurzer Beschreibung und Anhang der relevanten Dateien. Nach sechs Monaten hat er vollständige Case Studies für alle Projekte. Die Bewerbungsmappe erstellt er in zwei Stunden.
- Videoproduktionsteam mit Confluence: Nach jedem abgeschlossenen Filmprojekt schreibt das Team eine Retrospektive in Confluence. Vier Fragen: Was lief gut? Was nicht? Was lernen wir? Was machen wir beim nächsten Mal anders? Nach einem Jahr haben sie einen kollektiven Wissensschatz.
- Freelancerin mit einfacher Textdatei: Sie führt für jedes Projekt eine einzige Textdatei mit Datum, Entscheidung und Begründung. Kein Tool, keine Struktur – aber konsequent. Das reicht für ihre Zwecke.
- Junger Texter bei einer Agentur: Er bittet am Ende jedes Projekts den Kunden um ein kurzes schriftliches Feedback (1–2 Sätze). Diese Sätze sammelt er in einem Dokument. Nach einem Jahr hat er zehn Referenzen – und konnte die meisten aus dem Gedächtnis nicht mehr so formulieren.
In der Praxis
Tharp (2003) beschreibt eine tägliche Praxis: Am Ende jedes Arbeitstages kurz aufschreiben, was getan wurde, was funktioniert hat und was nicht. Diese „Creative Log"-Praxis ist niedrigschwellig und ungemein wertvoll für die langfristige Entwicklung.
Prozessdokumentation muss nicht aufwändig sein. Wer zu Beginn jedes Projekts eine Vorlage anlegt und diese am Ende auffüllt, hat mit 30 Minuten pro Projekt sein Archiv aufgebaut.
Vergleich & Abgrenzung
| Dokumentationsformat | Zweck | Aufwand |
|---|---|---|
| Projekt-Log | Laufende Notizen | Gering (täglich 5 Min.) |
| Case Study | Portfolio, Außenwirkung | Mittel (2–4 Std.) |
| Retrospektive | Teamlernen | Gering (1 Std. mit Team) |
| Confluence-Wiki | Teamwissen | Hoch (initial) |
Häufige Fragen (FAQ)
Muss ich für jedes Projekt eine vollständige Case Study schreiben? Nein. Unterschiedliche Tiefe ist sinnvoll: Für Portfolio-relevante Projekte eine vollständige Case Study, für laufende Aufträge ein kurzes Projekt-Log, für routinierte Aufgaben eine einfache Notiz reicht. Das Wichtigste: überhaupt dokumentieren.
Was tun mit vertraulichen Projekten? Interne Dokumentation (für das eigene Lernen und Team-Wissen) ist immer möglich. Für externes Portfolio: anonymisieren, Kernprinzipien ohne spezifische Kundendaten zeigen, oder vorab mit dem Auftraggeber abklären, was erlaubt ist.
Verwandte Einträge
- Portfolio aufbauen
- Iteration und Überarbeitung
- Agile Methoden im Kreativbereich
Weiterführend
- Newport, Cal: Deep Work. Redline Verlag, 2016.
- Tharp, Twyla: The Creative Habit. Simon & Schuster, 2003.
- Csikszentmihalyi, Mihaly: Kreativität. Klett-Cotta, 1996.
- Pressfield, Steven: The War of Art. Black Irish Entertainment, 2002.
