Die Abschlussdokumentation
Die Abschlussdokumentation macht den eigenen Arbeitsprozess für den Prüfungsausschuss bewertbar. Sie beschreibt nicht jeden Klick, sondern Ausgangslage, Planung, Entscheidungen, Umsetzung, Kontrollen, Abweichungen und Ergebnis in einer fachlich nachvollziehbaren Linie. Verbindlich sind stets die aktuellen Form- und Abgabevorgaben der zuständigen IHK.
Welche FISI-Leistung im Bericht sichtbar werden muss
Ein FISI-Projektbericht erklärt Architektur- und Betriebsentscheidungen. Er macht nachvollziehbar, wie eine Änderung in die vorhandene Infrastruktur integriert wurde und warum sie unter den gegebenen Anforderungen sicher, wirtschaftlich und wartbar ist. Eine Folge von Screenshots oder Befehlen belegt diese Kompetenz nicht.
Besonders aussagekräftig sind reduzierte Soll- und Ist-Netzpläne, Datenfluss- oder Zonenmodelle, Tabellen zu Kapazität und Kosten, eine begründete Variantenentscheidung sowie ausgewählte Test- und Messwerte. Adressen, Namen, Schlüssel und andere schutzwürdige Angaben werden anonymisiert, ohne den fachlichen Zusammenhang zu zerstören.
| FISI-Projektart | Zentrale Nachweise in der Dokumentation |
|---|---|
| Netzwerk und Security | Zonen- und Kommunikationsmodell, Regelbedarf, Routing, Negativtests und verbleibende Risiken |
| Server- oder Dienstmigration | Abhängigkeiten, Dimensionierung, Migrationswellen, Datenprüfung, Downtime und Rückfallplan |
| Virtualisierung oder Storage | Ressourcenberechnung, Redundanz, Kompatibilität, Ausfallszenario und Monitoring |
| Backup und Wiederherstellung | Schutzbedarf, RPO/RTO, Aufbewahrung, Verschlüsselung und protokollierter Restore-Test |
| Identitäts- und Zugriffsdienst | Rollenmodell, Authentisierung, Berechtigungsfluss, Protokollierung und Sperrtests |
Drei Dokumentarten, drei Zielgruppen
Projektbericht, Kundendokumentation und Pflichtenheft erfüllen unterschiedliche Aufgaben. Inhalte dürfen sich sinnvoll ergänzen, sollten aber nicht ohne Zielgruppenbezug mehrfach wiederholt werden.
| Dokument | Zielgruppe | Kernfrage |
|---|---|---|
| Projektbericht | Prüfungsausschuss | Wie wurde vorgegangen, entschieden, kontrolliert und bewertet? |
| Kundendokumentation | Anwendende, Administration oder nachfolgende Technik | Wie wird das Ergebnis sicher benutzt, betrieben, gewartet oder wiederhergestellt? |
| Pflichtenheft | Auftraggeber und Auftragnehmer | Wie werden die vereinbarten Anforderungen technisch umgesetzt und abgenommen? |
Der rote Faden des Projektberichts
Die Gliederung folgt dem tatsächlichen Vorgehen und den Begriffen der regionalen Bewertungshilfe. Eine starre Mustergliederung passt nicht zu jedem Projekt. Trotzdem müssen Analyse, Planung, Durchführung, Kontrolle und Abschluss schnell auffindbar bleiben.
Jeder wesentliche Abschnitt beantwortet vier Fragen: Was war die Ausgangslage? Was habe ich getan? Warum habe ich es so getan? Welches Ergebnis beziehungsweise welcher Nachweis entstand daraus?
Auftrag, Ist-Zustand, Projektumfeld, Schnittstellen, Ziel, Nutzen und Abgrenzung.
Anforderungen, Alternativen, begründete Auswahl, Wirtschaftlichkeit, Ressourcen, Ablauf, Risiken und Qualitätssicherung.
Eigene Prozessschritte, technische Umsetzung, Entscheidungen, Änderungen, Probleme und Schutzmaßnahmen.
Testauswertung, Soll-Ist-Vergleich, Zielerreichung, Abweichungen und Abnahme.
Übergabe, Fazit, kritische Reflexion, offene Punkte und sinnvoller Ausblick.
Gezielt referenzierte praxisbezogene Unterlagen, Verzeichnisse, Glossar und nachvollziehbare Quellen.
Bewertungsschwerpunkte richtig lesen
Die bereitgestellte Bewertungsmatrix zeigt ein regionales Beispiel. Darin entfallen 15 Prozent auf Ausgangssituation, 15 Prozent auf Ressourcen- und Ablaufplanung, 30 Prozent auf Durchführung und Auftragsbearbeitung, 15 Prozent auf Projektergebnisse, 15 Prozent auf die Gestaltung und 10 Prozent auf die Kundendokumentation. Andere IHKs verwenden abweichende Kategorien oder Gewichtungen.
Die Matrix ist keine Textschablone. Sie hilft zu kontrollieren, ob bewertbare Leistung sichtbar ist. Fehlt beispielsweise die begründete Alternativenentscheidung oder der Soll-Ist-Vergleich, kann der Ausschuss diese Leistung nicht aus der technischen Umsetzung erraten.
| Beispielkriterium | Im Bericht sichtbar machen | Möglicher Beleg im Anhang |
|---|---|---|
| Ausgangssituation | Ziel, Kundenbedarf, Projektumfeld und betriebliche Schnittstellen | Ist-Aufnahme, Lastenheft oder Startprotokoll |
| Ressourcen und Ablauf | Zeit, Kosten, Material, Personal, Risiken und Qualitätssicherung | Zeitplan, Kostenvergleich oder Pflichtenheft |
| Durchführung | Vorgehen, eigene Entscheidungen, Anpassungen und technische Begründungen | Konfigurationsauszug, Änderungs- oder Testprotokoll |
| Projektergebnis | Abnahme, Soll-Ist-Vergleich, Zielerreichung und Reflexion | Abnahmeprotokoll und Messergebnisse |
| Gestaltung | Lesbare Struktur, beschriftete Abbildungen, konsistente Verweise und Quellen | Verzeichnisse und Glossar |
| Kundendokumentation | Adressatengerechte Betriebs-, Benutzer- oder Wartungsinformation | Eigenständiger Dokumentationsauszug |
Fachkompetent begründen statt Tätigkeiten aufzählen
„Firewall-Regel erstellt“ beschreibt eine Tätigkeit, aber noch keine Kompetenz. Eine aussagekräftige Darstellung nennt die Anforderung, geprüfte Alternativen, Entscheidungskriterien, Auswirkung und Kontrolle. Produktnamen ersetzen keine Begründung.
Bei FISI-Projekten sind unter anderem Sicherheit, Kompatibilität, Verfügbarkeit, Leistung, Betriebsaufwand, Erweiterbarkeit, Support, Kosten und Rückfallfähigkeit sinnvolle Entscheidungskriterien. Nur tatsächlich relevante Kriterien werden verwendet.
| Zu schwach | Aussagekräftiger |
|---|---|
| „Ich installierte den Server.“ | „Die Rolle wurde auf einer separaten virtuellen Instanz bereitgestellt, um Wartungsfenster und Berechtigungen vom bestehenden Dienst zu trennen; die Ressourcen wurden aus Messwerten und Herstelleranforderungen abgeleitet.“ |
| „Anschließend testete ich alles.“ | „Aus den Muss-Anforderungen wurden sechs Testfälle abgeleitet. Funktion, unerlaubter Zugriff, Namensauflösung und Wiederanlauf wurden mit erwarteten Ergebnissen protokolliert.“ |
| „Produkt A war am besten.“ | „Produkt A erfüllte die Muss-Kriterien und erreichte im gewichteten Vergleich Vorteile bei vorhandener Integration, Support und Betriebsaufwand; die höheren Lizenzkosten wurden durch den geringeren Einführungsaufwand begründet.“ |
Abbildungen, Tabellen und technische Details
Eine Abbildung muss eine Aussage tragen. Netzplan, Architekturübersicht, Ablauf, Entscheidungsmatrix oder Messwertvergleich helfen oft mehr als Bildschirmfotos von Assistenten. Jede Abbildung und Tabelle erhält eine Bezeichnung, wird im Text erklärt und bei Bedarf mit Quelle versehen.
Lange Konsolenausgaben, vollständige Konfigurationen und Klickfolgen gehören nur dann in den Bericht, wenn sie für eine Entscheidung unverzichtbar sind. Sinnvolle Ausschnitte oder praxisbezogene Unterlagen können in den Anhang; Betriebsanleitungen gehören in die Kundendokumentation.
- Netzpläne mit Legende, Zonen, relevanten Schnittstellen und klarer Leserichtung versehen.
- IP-Adressen, Hostnamen, Kundennamen und Zugangsdaten bei Bedarf konsistent anonymisieren.
- Messdiagramme mit Einheit, Ausgangswert, Zielwert, Messmethode und Rahmenbedingungen beschriften.
- Screenshots zuschneiden, sensible Daten entfernen und nur lesbare, im Text referenzierte Inhalte verwenden.
- Quellcode oder Skripte auf den entscheidenden Ausschnitt begrenzen und deren Zweck erklären.
Praxisbezogene Unterlagen und Anlagen
Der Anhang ist kein Ablageort für alles, was während des Projekts entstanden ist. Jede Anlage benötigt einen Zweck und einen Verweis aus dem Bericht. Der Prüfungsausschuss soll erkennen, welche Aussage damit belegt wird.
| Unterlage | Nutzen |
|---|---|
| Projektstart- oder Gesprächsprotokoll | Anforderungen, Beteiligte, Freigaben und Entscheidungen belegen |
| Zeit-, Ressourcen- oder Kostenplanung | Planung und wirtschaftliche Betrachtung nachvollziehbar machen |
| Lasten-/Pflichtenheft | Verbindung zwischen Bedarf, technischer Lösung und Abnahmekriterien zeigen |
| Entscheidungsmatrix | Alternativen und gewichtete Auswahl transparent darstellen |
| Netz- oder Architekturplan | Systemgrenzen, Komponenten und Schnittstellen verständlich machen |
| Testprotokoll | Prüfschritte, erwartete und tatsächliche Ergebnisse sowie Bewertung belegen |
| Übergabe-/Abnahmeprotokoll | Projektabschluss, offene Punkte und Zustimmung dokumentieren |
| Kundendokumentation | Sicheren Betrieb, Anwendung, Wartung oder Wiederherstellung ermöglichen |
Kundendokumentation für Systemintegration
Die Zielgruppe entscheidet über Tiefe und Sprache. Ein Anwender benötigt andere Informationen als eine Administratorin oder ein nachfolgender Servicetechniker. Eine einzige „Kundendokumentation für alle“ wird schnell entweder zu oberflächlich oder unnötig technisch.
| Zielgruppe | Geeignete Inhalte |
|---|---|
| Anwendende | Zugang, zentrale Arbeitsabläufe, verständliche Fehlermeldungen und Supportweg |
| Administration | Architektur, Rollen, Dienste, Konfiguration, Monitoring, Backup, Wiederherstellung und Wartung |
| Service und Nachfolge | Abhängigkeiten, Diagnosewege, bekannte Einschränkungen, Eskalation und Änderungsprozess |
| Auftraggeber | Ergebnis, Abnahme, Verantwortlichkeiten, offene Punkte und vereinbarte Betriebsleistung |
Soll-Ist-Vergleich und Fazit
Der Soll-Ist-Vergleich prüft nicht nur die Stunden. Ziele, Anforderungen, Kosten, Termine und Qualitätswerte werden dem tatsächlichen Ergebnis gegenübergestellt. Abweichungen werden nicht beschönigt, sondern mit Ursache, Entscheidung und Folge bewertet.
Ein gutes Fazit wiederholt nicht die Einleitung. Es beantwortet, ob der Auftrag erfüllt wurde, welchen Nutzen das Ergebnis besitzt, welche Grenzen verbleiben und was bei einer erneuten Durchführung fachlich oder organisatorisch verbessert würde.
- Für jedes Ziel: erreicht, teilweise erreicht oder nicht erreicht - jeweils mit Nachweis.
- Plan- und Ist-Zeit je Projektphase vergleichen und wesentliche Abweichungen erklären.
- Geplante und tatsächliche Kosten beziehungsweise Nutzen gegenüberstellen, sofern projektbezogen relevant.
- Offene Punkte und Erweiterungen klar vom genehmigten Projektumfang trennen.
- Eigene Entscheidungen kritisch bewerten, ohne das gesamte Projekt künstlich schlechtzureden.
Qualitätskontrolle vor der Abgabe
Aktuelle Handreichung, Umfang, Dateiformat, Benennung, Erklärung, Anlagen und Uploadweg prüfen.
Jedes regionale Bewertungskriterium einer konkreten Stelle im Bericht oder einer referenzierten Anlage zuordnen.
Ziele, Anforderungen, Entscheidungen, Umsetzung, Tests und Ergebnis auf Widersprüche prüfen.
Adressierung, Ports, Versionen, Einheiten, Diagramme, Messergebnisse und Sicherheitsangaben fachlich kontrollieren.
Personen-, Kunden-, Zugangsdaten, Schlüssel und interne Informationen entfernen oder zulässig anonymisieren.
Verzeichnisse, Nummerierung, Beschriftungen, Verweise, Quellen und Seitenangaben aktualisieren.
Fachkundige und projektfremde Person getrennt auf Technik beziehungsweise Verständlichkeit prüfen lassen.
Finale PDF auf jedem Endgerät öffnen, Vollständigkeit und Lesbarkeit kontrollieren und fristgerecht hochladen.
Tipps für eine starke FISI-Dokumentation
- Den Bericht während der Durchführung abschnittsweise vorbereiten, aber erst nach dem tatsächlichen Ergebnis finalisieren.
- Für jede wichtige Behauptung überlegen: Ist sie erklärt, gemessen oder durch eine Anlage belegt?
- Nicht die Technik allgemein erklären, sondern die konkrete Anwendung im eigenen Projekt begründen.
- Eine Entscheidungsmatrix nur verwenden, wenn Kriterien und Gewichtungen projektbezogen hergeleitet sind.
- Tests als Tabelle planen, Ergebnisse aber im Text bewerten; ein grüner Haken allein erklärt nichts.
- Anlagen eindeutig benennen und im Bericht präzise referenzieren, statt „siehe Anhang“ zu schreiben.
- Vor dem Export alle automatischen Verzeichnisse und Querverweise aktualisieren und anschließend die PDF visuell prüfen.
Quellen zur fachlichen Prüfung
Hilfsmittel zur Abschlussdokumentation
Diese Hilfsmittel werden angeboten. Der Download steht ausschließlich angemeldeten Nutzern zur Verfügung.
PDF-Download nach Anmeldung
Zum Schutz der Unterrichtsunterlagen steht der PDF-Download ausschließlich angemeldeten Nutzern zur Verfügung.