Fazit, Ausblick und Anhänge
Nach 9-10 Seiten harter Arbeit fehlt vielen Azubis am Ende einer Doku die Energie für die letzte Meile – Fazit, Ausblick und Anhänge. Genau das ist der Fehler. Diese drei Bestandteile werden von Prüfer:innen überdurchschnittlich aufmerksam gelesen, weil sie die Reife der Arbeit zeigen: Wie reflektierst du dein eigenes Projekt? Was würdest du heute anders machen? Sind die Quellen sauber? Liegt die Eigenständigkeits-Erklärung bei? Eine schwache Schlusspassage zieht selbst eine starke Doku auf eine 2, eine starke kann eine durchwachsene auf eine 1 heben. Diese Lektion zeigt dir, wie ein Fazit aufgebaut ist (Zielerreichung → Lessons Learned → Ausblick), woran du schwache von starken Formulierungen unterscheidest, was die Reflexions-Pyramide ist (Was → Wie → Warum), welche Pflicht-Anhänge in jede Doku gehören (Glossar, Quellen, Anlagen, Eigenständigkeits-Erklärung), wie du Quellen nach DIN ISO 690 oder Harvard zitierst (Beispiele für Bücher, Websites, Datenblätter, Normen) und wie eine ordentliche Eigenständigkeits-Erklärung aussieht.
1) Aufbau des Fazit-Kapitels
Das Fazit ist kein Reflex auf ein paar Zeilen am Ende – es ist ein eigenständiges Kapitel mit klarem Aufbau. Typischer Umfang: 0,75-1 Seite. Drei Komponenten:
| Teil | Inhalt | Anteil |
|---|---|---|
| 1 · Zielerreichung | Was wurde geliefert? Wurden die MUST-Anforderungen aus dem Soll-Konzept erfüllt? Tabellarisch oder als Fließtext mit klaren Bezügen. | ~ 1/3 |
| 2 · Lessons Learned | Was lief gut? Was nicht? Was würdest du heute anders machen? Persönliche Erkenntnisse – fachlich und methodisch. | ~ 1/3 |
| 3 · Ausblick | Wie geht es weiter? Folge-Projekte, geplante Erweiterungen, Wartungs-Konzept, mögliche Optimierungen. | ~ 1/3 |
Diese Drei-Teilung gibt dem Fazit Struktur und macht es lesbar. Manche Azubis nennen die Unterkapitel auch explizit (8.1 Zielerreichung, 8.2 Lessons Learned, 8.3 Ausblick) – das ist erlaubt und schafft Klarheit.
2) Die Reflexions-Pyramide
Beim Schreiben des Fazits hilft ein Modell aus der Reflexionsdidaktik: die Was-Wie-Warum-Pyramide. Sie zeigt drei Tiefenstufen der Reflexion:
3) Fazit-Formulierungen: schwach vs. stark
❌ Schwaches Fazit (alles Was-Ebene)
„Das Projekt verlief erfolgreich. Ich habe das Backup-System eingerichtet und alle Server werden jetzt täglich gesichert. Die Tests waren erfolgreich. Das Projekt war eine interessante Erfahrung. Für die Zukunft sind weitere Verbesserungen möglich."
✅ Starkes Fazit (Was-Wie-Warum)
„Alle MUST-Anforderungen wurden erfüllt: tägliche Sicherung aller 12 Produktiv-Server, RTO < 4h (gemessen 3h 18min im Restore-Test) und Off-Site-Kopie via Cloud. Die SHOULD-Anforderung „Self-Service-Restore für Anwender" wurde aus Zeitgründen ausgegliedert und ist als Folge-Sprint vorgesehen.
Methodisch hätte ich die Lizenz-Beschaffung früher in die Phase 3 (Soll-Konzept) vorgezogen statt parallel zur Realisierung zu starten – die zweitägige Verzögerung wäre vermeidbar gewesen. Die Entscheidung für eine Hybrid-Architektur erwies sich als richtig: lokale Restore-Geschwindigkeit kombiniert mit Cloud-Off-Site-Schutz erfüllt die DSGVO-Anforderungen und reduziert das Ransomware-Risiko nachvollziehbar.
Persönlich nehme ich aus dem Projekt mit, dass externe Abhängigkeiten (Lizenz-Provider, Cloud-Onboarding, Auftraggeber-Termine) systematisch in der Risiko-Liste geführt werden müssen und nicht erst auftauchen, wenn sie zum Problem werden. Für künftige Projekte werde ich eine ‚Abhängigkeits-Matrix‘ als festen Planungs-Schritt einführen.
Als nächste Schritte sind geplant: (1) Self-Service-Restore-Modul Q2, (2) Erweiterung auf Backup der Endgeräte (separates Projekt), (3) jährliche Restore-Übungen als Teil der Wartung."
4) Was zeigt Reife im Fazit?
- Konkrete Zahlen statt Adjektive. „Restore in 3h 18min" statt „schnell".
- Bezug zu MUST-/SHOULD-Anforderungen aus dem Soll-Konzept. Jede Anforderung kommt sauber zum Abschluss.
- Ehrlich benannte Schwachstellen. Etwas lief nicht ideal? Das ist OK – Selbst-Kritik ist Reife-Merkmal.
- Abgeleitete Maßnahmen. Aus „lief nicht ideal" → konkrete Verbesserung für die Zukunft.
- Persönliche Erkenntnisse – was nimmst du methodisch für künftige Projekte mit?
- Realistischer Ausblick – mit Terminen, Verantwortlichen, Abhängigkeiten. Keine Wunschliste.
- Wirtschaftlicher Blick. Hat sich die Investition gelohnt? Erstes Indiz nach Übergabe?
- Keine Floskeln. „Interessante Erfahrung", „lehrreich", „bereichernd" – streichen.
5) Pflicht-Anhänge im Überblick
Im Anhang stehen alle Belege, Detail-Unterlagen und formalen Pflicht-Bestandteile:
6) Quellen sauber zitieren
Wähle einen Zitierstil und ziehe ihn durch. Die zwei gängigen Stile in IHK-Dokus:
- DIN ISO 690 – internationale Norm. Üblich in technischen Studiengängen.
- Harvard-Stil – Inline-Verweise „(Müller 2024, S. 23)" mit alphabetischem Literaturverzeichnis.
Hier Beispiele typischer Quellen-Arten (im Stil DIN ISO 690):
https://www.bsi.bund.de/IT-Grundschutz, abgerufen am 15.04.2026.https://www.veeam.com/datasheets/veeam-backup-datasheet.pdfHinweise:
- Konsistenz ist wichtiger als die Wahl des Stils.
- Bei Online-Quellen immer Abruf-Datum nennen – Inhalte ändern sich.
- Wikipedia ist als Einstiegs-Quelle akzeptabel, sollte aber durch primäre Quellen ergänzt werden.
- Hersteller-Whitepaper sind OK, aber als Werbung mit-zu-werten.
- Foren-Posts / Reddit / Stack Overflow nur als Lösungs-Verweis, nicht als Beleg-Quelle für Fakten.
- KI-Tools (z. B. ChatGPT) sind keine zitierfähigen Quellen – sie helfen beim Verstehen, aber jede Behauptung muss aus einer prüfbaren Original-Quelle stammen.
7) Eigenständigkeits-Erklärung
Dieser Pflicht-Teil bestätigt, dass du die Arbeit allein erstellt hast. Ohne sie ist die Doku unvollständig. Typische Formulierung (an die Vorlage deiner IHK anpassen):
Eigenständigkeits-Erklärung
„Ich versichere, dass ich die vorliegende Projektdokumentation selbständig und ohne unzulässige fremde Hilfe verfasst, andere als die angegebenen Quellen und Hilfsmittel nicht benutzt und die den verwendeten Quellen wörtlich oder inhaltlich entnommenen Stellen als solche kenntlich gemacht habe. Die Arbeit lag bisher in gleicher oder ähnlicher Form keiner anderen Prüfungsbehörde vor und wurde nicht veröffentlicht."
Anmerkungen:
- Handschriftliche Unterschrift ist Standard. Bei rein elektronischer Einreichung akzeptieren viele Kammern eine eingescannte Unterschrift oder qualifizierte elektronische Signatur (QES).
- Datum = Datum der Abgabe (nicht das des Projekt-Endes).
- Ort ist der Ort der Abgabe (meist Ausbildungs-Standort).
- Anpassung: viele IHKs stellen eigene Mustertexte bereit – diese sind verbindlich.
- KI-Nutzung: Manche Kammern erweitern die Erklärung um KI-Verwendung. Wer ChatGPT & Co. zur Recherche oder Sprach-Politur genutzt hat, gibt das transparent an, wenn die IHK das verlangt.
8) Sortierung und Nummerierung im Anhang
- Reihenfolge: Verzeichnisse zuerst (Glossar, Abkürzungen, Quellen, Abbildungen, Tabellen), dann Anlagen, ganz am Ende die Eigenständigkeits-Erklärung.
- Anlagen-Nummerierung: üblich ist A1, A2, A3 … oder Anlage 1, Anlage 2 …. Konsistent durchziehen.
- Seitenzahlen: entweder fortlaufend aus dem Hauptteil weiter, oder mit Präfix („A-1, A-2"). Beide Stile sind verbreitet.
- Verweise im Hauptteil: jede Anlage muss im Hauptteil mindestens einmal referenziert werden („vgl. Anhang A2"), sonst gehört sie nicht in die Doku.
- Anlagen-Verzeichnis: kleine Inhaltsübersicht der Anlagen mit Titel und Seitenzahl – meist direkt nach dem Inhaltsverzeichnis oder zu Beginn des Anhangs.
9) Antipatterns
- Floskelhaftes Fazit. „lehrreiche Erfahrung", „Teamarbeit war wichtig". Streichen. Lösung: konkrete Zahlen, konkrete Erkenntnisse, konkrete Maßnahmen.
- Nur die guten Dinge. Alles lief glatt, alles war perfekt. Wirkt unauthentisch. Lösung: 1-2 ehrliche Schwachstellen + Lernerfahrung.
- Ausblick als Wunschliste. „Folge-Projekte wären toll" ohne konkrete Schritte. Lösung: 2-3 konkrete nächste Maßnahmen mit Termin.
- Fazit nur auf Was-Ebene. Reine Beschreibung dessen, was gemacht wurde. Lösung: Wie- und Warum-Ebenen einbauen.
- Eigenständigkeits-Erklärung fehlt. Klassiker. Doku-Stapel ohne diese Seite. Lösung: vor der Abgabe nochmals Checkliste durchgehen.
- Quellen unvollständig. Im Text wird zitiert „(BSI 2024)", aber kein BSI-Eintrag im Quellenverzeichnis. Lösung: jeder Inline-Verweis muss im Verzeichnis stehen.
- Inkonsistenter Zitierstil. Mal DIN, mal Harvard, mal selbst erfunden. Lösung: einen Stil wählen und durchziehen.
- Anhänge ohne Bezug im Text. 20 Seiten Anlagen, niemand wird im Hauptteil darauf hingewiesen. Lösung: jede Anlage referenzieren.
- Datenblätter ungefiltert. Komplettes 50-seitiges Hersteller-PDF im Anhang. Lösung: nur relevante Seiten extrahieren.
- Wikipedia als einzige Quelle. Wirkt unprofessionell. Lösung: Wikipedia als Einstieg, dann zur Original-Quelle weitergehen.
- Online-Quellen ohne Abruf-Datum. Inhalte ändern sich. Lösung: Datum bei jeder Web-Quelle.
- KI-Nutzung verschwiegen. Bei Erklärungs-Anforderung der IHK problematisch. Lösung: transparent machen, was wofür eingesetzt wurde.
Zusammenfassung
Fazit und Anhang sind die letzte Meile der Doku – hier zeigt sich Reife. Ein gutes Fazit hat drei Teile: Zielerreichung (was wurde geliefert, MUST/SHOULD-Bezug), Lessons Learned (was lief, was würdest du anders machen) und Ausblick (konkrete nächste Schritte). Reflexion sollte alle drei Ebenen der Was-Wie-Warum-Pyramide erreichen, nicht nur beschreiben. Im Anhang stehen Pflicht-Bestandteile: Glossar, Abkürzungsverzeichnis, Quellenverzeichnis (einheitlich nach DIN ISO 690 oder Harvard), Anlagen (Konfigurationen, Protokolle, Übergabe-Protokoll) und vor allem die Eigenständigkeits-Erklärung mit Unterschrift. Größte Stolperfallen: floskelhafte Fazits, fehlende Eigenständigkeits-Erklärung, inkonsistente Quellen, Anhänge ohne Bezug im Text.
Verwandte Lektionen: Aufbau Doku · Häufige Fehler · Beispiel-Doku · und mehrWeitere relevante LektionenZeitplanung & ReflexionUmsetzungTestberichtÜbergabe-Protokoll (K65)Warum Doku (K65)