Die Projektdokumentation: Aufbau und typische Fehler
Kurzantwort
Die Projektdokumentation beschreibt dein Projekt nachvollziehbar von der Ausgangslage bis zum Fazit. Bewährter Aufbau: Einleitung mit Ist-Analyse, Planung mit Zeit- und Kostenrechnung, Durchführung, Qualitätssicherung, Fazit und Anhang. Bewertet wird nicht dein Code, sondern ob ein Außenstehender deine Entscheidungen nachvollziehen kann.
Teil des Lernpfads Ausbildung und Prüfung · Schritt 5 von 5
Die Projektarbeit steht und fällt mit ihrer Dokumentation – denn die Prüfer waren bei deiner Umsetzung nicht dabei. Sie sehen nur, was auf dem Papier steht. Und dort entscheidet sich, ob dein Projekt als durchdacht oder als zusammengeschustert wirkt.
Was die Prüfer eigentlich bewerten
Ein weit verbreitetes Missverständnis: Die Doku sei eine technische Beschreibung. Ist sie nicht.
Schreib deshalb für jemanden, der dein Unternehmen und dein Projekt nicht kennt.
Ein bewährter Aufbau
1. Einleitung Projektumfeld, Ausgangssituation, Zielsetzung
2. Analyse Ist-Zustand, Anforderungen, Soll-Konzept
3. Planung Zeitplanung, Ressourcen, Kosten & Wirtschaftlichkeit
4. Durchführung Umsetzung mit begründeten Entscheidungen
5. Qualitätssicherung Tests, Abnahme durch den Auftraggeber
6. Fazit Soll-Ist-Vergleich, Ausblick
Anhang Screenshots, Code-Auszüge, Testprotokolle, ZeitnachweisEinleitung und Analyse bilden das Fundament: Wo stand der Betrieb, welches Problem gab es, was sollte danach anders sein? Hier gehören die Anforderungen hin – gern getrennt in Muss und Kann.
Planung ist der Teil, den viele zu dünn halten. Genau hier zeigst du kaufmännisches Denken: die Zeitplanung nach Phasen und die Wirtschaftlichkeitsbetrachtung mit einer Amortisationsrechnung.
Durchführung heißt nicht „ich habe dann X installiert", sondern „ich habe mich für X entschieden, weil …". Jede Entscheidung braucht eine Begründung.
Qualitätssicherung wird am häufigsten vergessen: Wie hast du geprüft, dass es funktioniert? Testfälle, Testprotokoll, Abnahme durch den Auftraggeber.
Fazit vergleicht Soll und Ist: Was war geplant, was ist herausgekommen, wo gab es Abweichungen und warum?
Die häufigsten Fehler
| Fehler | Warum er Punkte kostet |
|---|---|
| Reine Tätigkeitsbeschreibung | Entscheidungen bleiben unbegründet |
| Keine Wirtschaftlichkeitsrechnung | Kaufmännische Sicht fehlt komplett |
| Qualitätssicherung ausgelassen | Nachweis fehlt, dass es funktioniert |
| Zu viel Code im Fließtext | gehört in den Anhang |
| Fachbegriffe ohne Erklärung | Prüfer kennt deinen Betrieb nicht |
| Doku erst am Ende geschrieben | Details sind vergessen, Zeit fehlt |
Selbstkontrolle
Selbstkontrolle
Was ist der wichtigste Maßstab für eine gute Projektdokumentation?
Häufige Fragen
Wie lang sollte die Dokumentation sein?
Den verbindlichen Umfang gibt deine IHK vor, häufig liegt er im Bereich von zehn bis fünfzehn Seiten reinem Text, zuzüglich Anhang. Wichtiger als die Länge ist die Vollständigkeit der Kapitel: Wer die Qualitätssicherung weglässt, um Platz zu sparen, verliert mehr Punkte als durch eine kürzere Durchführung.
Gehört Quellcode in die Dokumentation?
Nur in Auszügen und nur dort, wo er etwas erklärt, was sich in Worten schlechter sagen lässt. Längere Codeteile gehören in den Anhang. Der Fließtext soll deinen Lösungsweg beschreiben, nicht deine Implementierung Zeile für Zeile wiedergeben.
Was ist ein Soll-Ist-Vergleich?
Er stellt die geplante Zeitplanung der tatsächlich benötigten Zeit gegenüber, meist pro Projektphase. Abweichungen sind völlig normal und kein Fehler, solange du sie nachvollziehbar begründest. Der Vergleich gehört ins Fazit und zeigt, dass du dein eigenes Vorgehen reflektieren kannst.
Muss die Wirtschaftlichkeit wirklich rein?
In aller Regel ja, und sie wird häufig unterschätzt. Die Prüfer wollen sehen, dass du ein Projekt nicht nur technisch, sondern auch betriebswirtschaftlich einordnen kannst. Eine nachvollziehbare Kostenaufstellung mit Amortisationsrechnung genügt dafür meist schon.
Weiterlesen: Berichtsheft richtig führen: Tipps für IT-Azubis · Lastenheft und Pflichtenheft: der Unterschied · Nutzwertanalyse: Beispiel Schritt für Schritt · Gestreckte Abschlussprüfung: AP1 und AP2 verstehen
Das Wichtigste in Kürze
- Bewertet wird die Nachvollziehbarkeit, nicht die technische Raffinesse.
- Bewährte Gliederung: Einleitung, Analyse, Planung, Durchführung, Qualitätssicherung, Fazit, Anhang.
- Jede Entscheidung braucht eine Begründung – reine Tätigkeitsbeschreibung reicht nicht.
- Wirtschaftlichkeit und Qualitätssicherung werden am häufigsten vergessen.
- Schreib parallel zum Projekt, nicht erst am Ende.