IT Berufe: Projektdokumentation und Fachgespräch

Was muss rein – und was kommt im Fachgespräch?

Die Abschlussprüfung zum Fachinformatiker rückt näher und du fragst dich, was wirklich in deine Projektdokumentation gehört – und welche Fragen dich im Fachgespräch erwarten? In diesem Beitrag bekommst du einen strukturierten Überblick über die wichtigsten Inhalte, prüfungsrelevante Themen und konkrete Tipps, mit denen du dich von der Masse abhebst.

Warum die Projektarbeit so entscheidend ist

Die betriebliche Projektarbeit ist das Herzstück deiner Abschlussprüfung als Fachinformatiker – egal ob Anwendungsentwicklung (FIAE) oder Systemintegration (FISI). Seit der Neuordnung der IT-Berufe im Jahr 2020 gilt die gestreckte Abschlussprüfung:

• Teil 1 (Einrichten eines IT-Arbeitsplatzes): 20 % der Gesamtnote
• Teil 2 – schriftliche Prüfungen: 30 %
• Teil 2 – Projektarbeit inkl. Dokumentation, Präsentation & Fachgespräch: 50 %

Die Projektarbeit macht also die Hälfte deiner Gesamtnote aus. Wer hier stark abliefert, sichert sich die 1 vor dem Komma. Plane deshalb so viel Zeit wie möglich ein – dein Ausbildungsbetrieb ist verpflichtet, dich dafür freizustellen.

Was muss in die Projektdokumentation?

Eine vollständige und überzeugende Projektdokumentation enthält mehr als nur Code-Snippets und Screenshots. Das erwartet die IHK:

1. Projektplanung und Methodik

Erkläre, wie du dein Projekt geplant hast. Arbeitest du nach dem klassischen Wasserfallmodell oder agil mit Scrum? Begründe deine Wahl und zeige, dass du die Unterschiede kennst:

• Was ist ein Stakeholder, was ein Meilenstein?
• Warum ist Flexibilität bei Anforderungsänderungen wichtig?
• Wie hast du Aufgaben priorisiert und den Zeitplan eingehalten?

Diese Begriffe und Konzepte sind nicht nur Füllmaterial – sie tauchen regelmäßig im Fachgespräch auf.

2. Anforderungsanalyse und Ist-/Soll-Zustand

Beschreibe den Ausgangszustand (Ist-Analyse) und das angestrebte Ergebnis (Soll-Konzept). Warum wurde dieses Projekt überhaupt angestoßen? Welches Problem löst es?

3. Datenmodell und Datenbankdesign (FIAE)

Für Anwendungsentwickler ist das Entity-Relationship-Modell (ERM) und die anschließende Normalisierung ein absolutes Muss. Die IHK liebt dieses Thema:

• Erkenne und eliminiere Redundanzen
• Erkläre Anomalien an konkreten Beispielen:
  • Änderungsanomalie: Daten müssen an mehreren Stellen gleichzeitig aktualisiert werden
  • Einfügeanomalie: Ein Datensatz kann nicht eingefügt werden, ohne andere (eigentlich unnötige) Daten anzugeben
  • Löschanomalie: Beim Löschen eines Datensatzes gehen wichtige Informationen verloren
• Überführe dein Modell in die 3. Normalform mit sauber gesetzten Primär- und Fremdschlüsseln (PK/FK)

Tipp: Baue konkrete Beispiele für Anomalien direkt in deine Dokumentation ein – das zeigt Verständnis und gibt dir im Fachgespräch Sicherheit.

4. Implementierung

Beschreibe deine technischen Entscheidungen nachvollziehbar:

• Welche Programmiersprache und welches Framework hast du gewählt – und warum?
• Hast du Entwurfsmuster (Design Patterns) eingesetzt? Singleton, Factory und Observer sind besonders prüfungsrelevant.
• Wie ist deine Anwendung architektonisch aufgebaut?

Zeige nicht nur was du gebaut hast, sondern warum du es so gebaut hast.

5. SQL und Datenbankabfragen

Einfache SELECTs reichen nicht. Dokumentiere komplexere Abfragen:

• Aggregatfunktionen: COUNT, AVG, SUM
• JOINs über mehrere Tabellen
• Strukturänderungen mit ALTER TABLE – zum Beispiel eine Spalte „Name“ in „Vorname“ und „Nachname“ aufteilen, kombiniert mit SUBSTRING-Funktionen und bedingter Datenübertragung

6. Testkonzept

Ein häufig unterschätzter, aber prüfungsrelevanter Teil. Dein Testkonzept sollte enthalten:

• Unit-Tests für kritische Komponenten
• Erklärung der Testabdeckung (Statement Coverage)
• Beschreibung von Whitebox-Tests und wie du semantische Fehler im Code aufspürst

Ohne Testkonzept ist deine Dokumentation unvollständig.

7. Wirtschaftlichkeitsbetrachtung – dein Geheimtipp für die 1,0

Dieser Punkt trennt die guten von den sehr guten Abschlüssen. Die IHK erwartet kaufmännisches Denken:

• Kostenaufstellung: Stundensätze für Junior und Senior Developer, anteilige Gemeinkosten
• Ausfallzeiten einkalkulieren: Urlaubstage, Krankentage, Feiertage
• Amortisationsrechnung: Ab wann rechnet sich das Projekt für den Auftraggeber?
• Nutzen und Benefit: Welchen konkreten Mehrwert bringt die Lösung dem Unternehmen?

Wer das schlüssig und nachvollziehbar darstellt, hat die Prüfer auf seiner Seite.

Aktuelle Themen im Fachgespräch – was kommt wirklich dran?

Neben deiner eigenen Projektarbeit kommen im Fachgespräch häufig allgemeine Fachfragen. Hier die wichtigsten Trendthemen aus aktuellen Prüfungen:

eRechnung, APIs und Datenformate

Aktuelle Prüfungen drehen sich viel um eRechnung, KI und APIs, die Formate wie XML oder JSON nutzen. Eine typische Frage: Warum reicht eine reine Schema-Validierung nicht aus?

Die Antwort: Eine Schema-Prüfung kontrolliert nur die Struktur – nicht, ob die Rechenlogik (z. B. Summen, Steuersätze) in der Rechnung korrekt ist. Solche Transferleistungen wollen Prüfer hören.

Algorithmen und Programmierlogik

Klassikeraufgaben wie das Finden freier Ressourcen (freie Tische im Restaurant, freie Betten im Krankenhaus) innerhalb eines Zeitraums – mit Schleifen und Bedingungen kombiniert – sind regelmäßig Thema. Übe Pseudocode und echten Code parallel.

Verschlüsselung und Sicherheit

Wenn das Thema Sicherheit kommt, erkläre asymmetrische, symmetrische und hybride Verschlüsselungsverfahren ausführlich und mit Beispielen. Wer hier strukturiert und tief antwortet, übernimmt die Kontrolle im Gespräch.

Datenbanken und Normalisierung

Wie bereits erwähnt: Anomalien und Redundanzen kommen gefühlt in jedem Fachgespräch für Anwendungsentwickler dran. Bereite konkrete Beispieltabellen vor – idealerweise aus deinem eigenen Projekt.

So meisterst du das Fachgespräch

Ein paar strategische Tipps für den Prüfungstag:

Redet viel – aber nur über das, was ihr wirklich verstanden habt. Wer beim Redeanteil führt, kontrolliert das Gespräch. Nutze jede Frage als Einladung, tief in ein Thema einzutauchen.

Adressatengerecht kommunizieren. Sitzen Techniker in der Prüfungskommission? Dann geh tief in Architektur, Sicherheitskonzepte und Refactoring. Erkläre Entwurfsmuster und begründe deine Designentscheidungen.

Verweise auf deine Dokumentation. Deine Projektarbeit ist die Grundlage des Gesprächs. Wer seine eigene Dokumentation in- und auswendig kennt, wirkt souverän und professionell.

Keine Panik bei unbekannten Fragen. Sag lieber ehrlich, was du weißt und was du nicht weißt, als etwas zu erfinden. Prüfer schätzen Selbstreflexion.

Fazit: So sicherst du dir die Bestnote

Die betriebliche Projektarbeit ist deine große Chance – 50 % der Gesamtnote liegen in deiner Hand. Mit einer vollständigen Dokumentation (inkl. Testkonzept und Wirtschaftlichkeitsbetrachtung), einem soliden Fachgespräch und der Bereitschaft, Themen wirklich zu durchdringen, legst du den Grundstein für eine Top-Note.

Nutze die Zeit, die dein Betrieb dir gibt. Lerne die Basics bis du sie im Schlaf beherrschst. Und zeig in deinem Projekt, dass du nicht nur Entwickler bist – sondern ein Profi, der ganzheitlich denkt.