- 1 Section
- 10 Lessons
- unbegrenzt
- IHK-Abschlussprojekt: Dokumentation schreiben10
- 1.1IHK-Anforderungen an die Abschlussdokumentation
- 1.2Thema und Projektantrag
- 1.3Ist-Analyse dokumentieren
- 1.4Soll-Konzept und Lösungsansätze
- 1.5Projektplanung: PSP, Gantt, Zeitschiene
- 1.6Umsetzung dokumentieren
- 1.7Testen und Qualitätssicherung dokumentieren
- 1.8Wirtschaftlichkeitsbetrachtung
- 1.9Fazit, Reflexion und Quellenverzeichnis
- 1.10Häufigste Bewertungsfehler
IHK-Anforderungen an die Abschlussdokumentation
Mit der Abschlussdokumentation beginnt für die meisten Auszubildenden die heißeste Phase der gesamten Ausbildung: nach drei Jahren Lernen und Praxis steht plötzlich ein 10-15-seitiges Dokument im Raum, das einen erheblichen Teil der Endnote bestimmt. Wer das Format und die unausgesprochenen Erwartungen der IHK kennt, schreibt deutlich entspannter und holt mehr Punkte heraus als jemand, der „einfach drauflos" schreibt.
Diese erste Lektion gibt dir das große Bild: was die IHK genau verlangt, welche Bewertungskriterien angelegt werden, wie viel Spielraum es bei Form und Inhalt gibt und welche Stolperfallen schon an dieser Stelle auftauchen. Die folgenden Lektionen vertiefen dann jeden Kapitel-Baustein einzeln – von der Ist-Analyse bis zur Reflexion.
1) Was die IHK von dir erwartet
Die Abschlussdoku ist keine wissenschaftliche Arbeit und keine Bachelorarbeit. Sie ist ein betrieblicher Projektbericht, in dem du ein real durchgeführtes Projekt aus deinem Ausbildungsbetrieb dokumentierst. Die IHK will sehen, dass du als angehende:r Fachinformatiker:in (oder andere IT-Beruf) in der Lage bist, ein abgegrenztes IT-Projekt von der Idee bis zur Übergabe selbstständig durchzuziehen und schriftlich verständlich darzustellen.
Das wichtigste Missverständnis schon mal vorweg: die Doku ist kein Tagebuch. Du sollst nicht jeden Schritt protokollieren, was du wann gemacht hast – sondern strukturiert darstellen, warum du etwas gemacht hast (Begründung), wie du Probleme gelöst hast (Lösungsweg) und was dabei herausgekommen ist (Ergebnis). Das ist ein deutlicher Mindset-Shift gegenüber dem täglichen Arbeiten.
2) Die typische Kapitelstruktur
Die IHK gibt keine streng vorgeschriebene Kapitelstruktur vor, aber es gibt einen De-facto-Standard, an dem sich praktisch alle erfolgreichen Dokumentationen orientieren. Wer davon stark abweicht, riskiert, dass Prüfende Inhalte nicht finden – und Punkte abziehen, obwohl die Information eigentlich da war.
| # | Kapitel | Umfang | Was gehört hinein |
|---|---|---|---|
| 1 | Einleitung | 0,5–1 S. | Kurzbeschreibung Betrieb, Projektthema, Motivation |
| 2 | Projektdefinition | 1 S. | Ziel, Abgrenzung, Stakeholder, Erfolgskriterien |
| 3 | Ist-Analyse | 1–1,5 S. | Ausgangssituation, Probleme, Anforderungen |
| 4 | Soll-Konzept | 1,5–2 S. | Lösungsansätze, Auswahlbegründung, Architektur |
| 5 | Projektplanung | 1–1,5 S. | PSP, Zeitplan, Ressourcen, Risiken |
| 6 | Realisierung / Umsetzung | 3–4 S. | Vorgehen, Konfiguration, Code-Auszüge, Entscheidungen |
| 7 | Test & Qualitätssicherung | 1–1,5 S. | Testfälle, Ergebnisse, Abnahme |
| 8 | Wirtschaftlichkeit | 1 S. | Kostenvergleich, Amortisation, Nutzen |
| 9 | Fazit & Reflexion | 1 S. | Was lief gut, was würde ich anders machen, Ausblick |
| — | Anhang | variabel | Code, Konfigurationen, Skizzen, Quellen |
Die Seitenzahlen sind Richtwerte – wichtig ist die Proportion. Das Realisierungs-Kapitel ist mit Abstand das größte (etwa 30–40 % des Hauptteils), gefolgt von Soll-Konzept und Ist-Analyse. Wer die Einleitung auf 3 Seiten ausdehnt und die Umsetzung in 2 Seiten abhandelt, hat den Schwerpunkt verfehlt.
3) Bewertungskriterien der IHK
Die Doku wird nach standardisierten Kriterien bewertet. Die genauen Gewichtungen variieren leicht zwischen den IHKn, aber die Schwerpunkte sind überall gleich. Die folgende Übersicht zeigt eine typische Verteilung von 100 Bewertungspunkten:
Wer diese Gewichtung kennt, kann seine Schreibenergie sinnvoll verteilen. Die fachliche Lösung mit 30 % ist der größte Posten – aber Methodik, Wirtschaftlichkeit und saubere Form summieren sich auf 50 %. Eine technisch brillante Lösung, die methodisch unsauber und unstrukturiert dokumentiert ist, bringt am Ende nur knapp eine 3. Eine solide, aber sauber dokumentierte Lösung kann eine 2 oder besser werden.
4) Was Prüfende konkret suchen
Die Prüfenden lesen pro Tag 5–10 Dokus. Sie können nicht jedes Detail prüfen. Stattdessen suchen sie nach klar erkennbaren Qualitätsindikatoren, die ihnen schnell zeigen, ob hier ein:e Auszubildende:r mit einem strukturierten Projektverständnis schreibt:
5) Berufsspezifische Unterschiede
Die Anforderungen unterscheiden sich zwischen den IT-Berufen in Schwerpunkt und Charakter, nicht in der Grundstruktur. Hier die zwei häufigsten Berufe im Vergleich:
Egal welcher Beruf: die Doku-Struktur ist im Kern gleich. Was sich unterscheidet, ist der Inhalt der Realisierungskapitel – beim FIAE wirst du oft Code-Beispiele und Architekturdiagramme zeigen, beim FISI eher Konfigurationsausschnitte und Netzwerk-Skizzen.
6) Häufige Stolperfallen – schon vor dem Schreiben
Viele Doku-Probleme entstehen nicht beim Schreiben selbst, sondern vor der eigentlichen Doku-Phase. Wer die folgenden Fallen kennt, vermeidet sie automatisch.
- Projektthema zu groß wählen (passt nicht in 35 h)
- Projektthema zu klein (zu wenig zu dokumentieren)
- Doku am letzten Wochenende anfangen
- Wirtschaftlichkeit nur erfinden / schätzen
- Code/Konfig 1:1 ohne Erläuterung einkopieren
- Tag-für-Tag-Tagebuch statt Projektbericht
- Keine Quellen, alles wirkt selbst erfunden
- Schlechte Bilder/Screenshots ohne Beschriftung
- Klar abgegrenztes Projekt mit definiertem Endergebnis
- Parallel zum Projekt schreiben (Notizen, Skizzen)
- Reale Zahlen vom Einkauf / Controlling
- Nur die relevanten Code-/Config-Stellen mit Erklärung
- Strukturierte Vorgehensdokumentation mit Begründungen
- Quellen für jede externe Information sauber attribuieren
- Eigene Skizzen sauber beschriftet, Screenshots zugeschnitten
- Doku-Entwurf vorab vom Ausbilder/Kollegen lesen lassen
7) Formvorgaben im Detail
Formvorgaben sind die Stelle, an der „eigentlich klare Themen" zur Fußangel werden – weil viele Auszubildende sie unterschätzen. Die typischen IHK-Vorgaben (Detail-Werte je IHK leicht abweichend):
- Schriftart: Standardschrift (Arial, Times New Roman, Calibri). Keine exotischen Fonts
- Schriftgröße: Fließtext 11 pt, Überschriften 14–16 pt
- Zeilenabstand: 1,15 bis 1,5 (oft 1,5)
- Seitenränder: oben/unten 2,5 cm, links 3 cm (für Bindung), rechts 2 cm
- Seitenzahlen: ab Einleitung – also nicht auf Deckblatt und Inhaltsverzeichnis
- Kopf-/Fußzeile: oft mit Name und Projekttitel
- Sprache: Deutsch, sachlich, in der dritten Person oder mit „ich". Konsistenz ist wichtiger als die Wahl
- Abkürzungen: bei der ersten Verwendung ausschreiben (z. B. „Active Directory (AD)"), danach Kürzel
- Abgabe: 2 gedruckte Exemplare, jeweils gebunden, plus oft eine digitale Version (PDF). Termin meist 2–4 Wochen nach Projektende
8) Eidesstattliche Erklärung
Am Ende der Doku gehört eine eidesstattliche Erklärung hin (oft auch „Selbstständigkeitserklärung" genannt). Sie ist Pflicht und bestätigt, dass du die Doku selbst verfasst hast und alle Quellen kenntlich gemacht sind. Der Wortlaut ist standardisiert; deine IHK stellt meist eine Vorlage bereit. Eine typische Formulierung:
„Ich erkläre hiermit, dass ich die vorliegende Dokumentation selbstständig verfasst und keine anderen als die angegebenen Quellen und Hilfsmittel verwendet habe. Alle Stellen, die wörtlich oder sinngemäß aus Quellen entnommen wurden, sind als solche kenntlich gemacht. Diese Arbeit hat in gleicher oder ähnlicher Form keiner anderen Prüfungsbehörde vorgelegen." – Datum, Ort, Unterschrift.
Auch wenn das Thema Künstliche Intelligenz und Schreibhilfen wie ChatGPT in der Diskussion ist: die Eigenleistung muss klar erkennbar bleiben. KI-Tools dürfen unterstützen (Formulierungshilfe, Korrekturen) – das eigentliche Projekt und der Schreibinhalt müssen aber von dir sein. Manche IHKn verlangen mittlerweile explizite Angaben, wo und wie KI-Tools eingesetzt wurden. Mehr dazu in Bewertungsfehler vermeiden.
9) Zeitplan: wann passiert was?
Die Doku ist eingebettet in einen Gesamtablauf, der mehrere Monate dauert. Wer den Ablauf kennt, kann früher und entspannter planen.
| Phase | Wann | Was |
|---|---|---|
| Themensuche | 4–6 Monate vorher | Mit Ausbilder Projektideen besprechen, Auswahl treffen |
| Projektantrag | 2–3 Monate vorher | Antrag bei IHK einreichen, auf Genehmigung warten |
| Projektphase | 4–6 Wochen | 35 h (FISI/FIAE) effektive Arbeit am Projekt, parallel Notizen für Doku |
| Doku-Schreiben | 2–4 Wochen | Strukturierter Erstentwurf, Überarbeitung, Korrekturlesen |
| Abgabe | 2–4 Wochen nach Projektende | Druck, Bindung, Versand an IHK |
| Präsentationsvorbereitung | 2–4 Wochen nach Abgabe | Folien, Probe-Präsentation, Fachgespräch üben |
| Präsentation & Fachgespräch | Termin von der IHK | 15 Min Vortrag + 15 Min Fragerunde |
Die größte Hebelstelle ist die Themenwahl 4–6 Monate vor Abgabe. Wer ein gutes Thema hat (ausreichend Substanz für 35 h, klare Abgrenzung, eigene Verantwortung), hat 50 % des Wegs schon erledigt. Wer ein schlechtes Thema hat (zu vage, zu klein, fremde Vorgaben), wird auch mit toller Doku-Arbeit Probleme haben.
10) Was du jetzt schon tun kannst
Auch wenn deine Doku noch ein paar Monate entfernt ist, gibt es konkrete Schritte, die du jetzt machen kannst – sie zahlen sich später aus:
- Beispiel-Dokus lesen: deine IHK oder dein Ausbildungsbetrieb hat oft Beispiele. Drei bis fünf gute Dokus anlesen schärft das Auge für Stil und Struktur
- Projektideen sammeln: ein einfaches Notizbuch oder eine Liste mit „interessante Projekte im Betrieb" beginnen. Idealerweise 4–6 Monate vor der eigentlichen Wahl
- Schreibhandwerk üben: technische Dokumentation lesen, einfache eigene technische Texte schreiben (Wiki-Einträge, README-Dateien). Bringt mehr als 1 Stunde Stilkunde am Vorabend
- Microsoft Word / LaTeX kennen: Formatvorlagen, automatisches Inhaltsverzeichnis, Abbildungsverzeichnis. Wer das Tool nicht beherrscht, verliert in der Doku-Phase Stunden
- Mit Ausbilder sprechen: viele Ausbilder haben schon mehrere Auszubildende durch die Doku begleitet. Frag früh nach Erfahrungen und Empfehlungen
11) Häufige Fragen kurz beantwortet
- Wie viel Code/Konfig darf rein? Nur Auszüge, die für die Erklärung relevant sind. Vollständige Files in den Anhang. Faustregel: nicht mehr als 1 Seite Code im Hauptteil am Stück
- Wie viele Bilder sind angemessen? Eines pro 1–2 Seiten ist ein guter Richtwert. Architektur-Diagramm, Screenshot vorher/nachher, Netzwerk-Skizze. Jedes Bild beschriftet und im Text erwähnt
- Darf ich „ich" schreiben? Ja, in der Reflexion und Methodik üblich. Im Fachteil eher neutral. Wichtig: Konsistenz innerhalb eines Kapitels
- Was wenn das Projekt nicht so läuft wie geplant? Genau das dokumentieren! Abweichungen, Probleme und Lösungen sind wertvoller Inhalt, kein Makel. Eine ehrliche Reflexion bringt oft mehr Punkte als ein „alles ging glatt"
- Was wenn andere mitgearbeitet haben? Klar trennen: dein Anteil vs. der Anteil anderer. Die IHK bewertet deine Eigenleistung – die muss erkennbar sein
- Brauche ich Literaturverzeichnis und Zitate? Ja, sobald du externe Informationen nutzt. Auch interne Quellen (Firmen-Wiki, Verträge) müssen erwähnt werden
Zusammenfassung
Die IHK-Abschlussdokumentation ist ein strukturierter Projektbericht über ein reales betriebliches IT-Projekt, in der Regel 10–15 Seiten lang, mit 35 h (FISI/FIAE) Bearbeitungszeit. Sie folgt einem etablierten Aufbau aus 9 Kapiteln (Einleitung, Projektdefinition, Ist-Analyse, Soll-Konzept, Planung, Realisierung, Test, Wirtschaftlichkeit, Fazit). Die Bewertung verteilt sich typisch auf fachliche Lösung (30 %), Methodik (20 %), Wirtschaftlichkeit (15 %), Form (15 %), Test (10 %) und Reflexion (10 %). Wer früh anfängt, klar abgrenzt, begründet entscheidet, parallel zum Projekt notiert und sich von Kolleg:innen Feedback holt, hat die besten Chancen. Formvorgaben (Schrift, Ränder, Seitenzahlen) ernst nehmen – kosten sonst leicht ein paar Punkte. Eidesstattliche Erklärung pflicht. Themenwahl ist die wichtigste Hebelstelle des ganzen Prozesses.
