# Die Projektdokumentation: Aufbau und typische Fehler

> 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.

**Autor:** Mr. Benjamin · **Beruf:** Ausbildung
**Veröffentlicht:** 2026-07-24 · **Aktualisiert:** 2026-07-24
**Quelle:** https://yellowbluetech.de/blog/projektdokumentation-schreiben

---

Die [Projektarbeit](/blog/ihk-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.

> **Merksatz**
>
> Bewertet wird nicht, **wie gut dein Code ist**, sondern ob ein fachkundiger Außenstehender **deinen Weg nachvollziehen** kann: Warum diese Lösung? Welche Alternativen gab es? Woran hast du gemerkt, dass es funktioniert?

Schreib deshalb für jemanden, der dein Unternehmen und dein Projekt **nicht** kennt.

## Ein bewährter Aufbau

```text
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, Zeitnachweis
```

**Einleitung 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](/blog/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?

> **Prüfungstipp**
>
> Der **Soll-Ist-Vergleich der Zeitplanung** gehört ins Fazit und wird gern gefragt. Wichtig: Abweichungen sind **kein Makel**, wenn du sie erklärst. „Die Testphase dauerte drei Stunden länger, weil …" zeigt Reflexionsfähigkeit. Eine Zeitplanung, die exakt aufgeht, wirkt dagegen unglaubwürdig.

## 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 |

> **Hinweis**
>
> Schreib die Dokumentation **parallel zum Projekt**, nicht danach. Nach jeder Phase ein Absatz – dann steht am Ende schon das Gerüst, und du erinnerst dich noch an die Gründe für jede Entscheidung. Den Umfang (meist im Bereich von 10 bis 15 Seiten plus Anhang) gibt deine IHK vor.

## Selbstkontrolle

**Frage:** Was ist der wichtigste Maßstab für eine gute Projektdokumentation?

- [ ] Möglichst viele Seiten und Screenshots.
- [ ] Möglichst anspruchsvoller Code im Fließtext.
- [x] Nachvollziehbarkeit: begründete Entscheidungen für Außenstehende.
- [ ] Eine Zeitplanung, die exakt aufgeht.

**Erklärung:** Entscheidend ist die Nachvollziehbarkeit: Ein fachkundiger Außenstehender muss verstehen können, warum du welche Entscheidung getroffen hast. Technische Raffinesse oder Seitenzahl sind zweitrangig gegenüber begründeten Entscheidungen.

## 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](/blog/berichtsheft-fuehren) · [Lastenheft und Pflichtenheft: der Unterschied](/blog/lastenheft-pflichtenheft) · [Nutzwertanalyse: Beispiel Schritt für Schritt](/blog/nutzwertanalyse) · [Gestreckte Abschlussprüfung: AP1 und AP2 verstehen](/blog/gestreckte-abschlusspruefung-ap1-ap2)

## 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.