Dokumentation und berufliches Fachgespräch - Fachinformatiker

aiMOOC

Dokumentation und berufliches Fachgespräch - Fachinformatiker

QR-Code

Einleitung

In diesem aiMOOC lernst du, eine fachlich belastbare Projektdokumentation zu verfassen, Ergebnisse verständlich zu präsentieren und Entscheidungen im beruflichen Fachgespräch zu begründen. Der Kurs richtet sich an Auszubildende der vier Fachrichtungen der Fachinformatiker-Ausbildung und verwendet ausschließlich erfundene Beispielunternehmen, Datensätze und Personen. Du übst insbesondere das Nachweisen von Anforderungen, Alternativen, Tests, Wirtschaftlichkeit, Datenschutz und eigener Leistung. Kein Beispiel ist eine Freigabe für Änderungen an realen produktiven IT-Systemen.

Lernziele: Du kannst Prüfungsanforderungen deiner Fachrichtung zuordnen, einen nachvollziehbaren Bericht planen, geeignete Belege auswählen, Nutzen und Risiken berechnen, eine adressatengerechte Präsentation strukturieren und Rückfragen begründet beantworten. Maßgeblich sind die geltende Ausbildungsordnung, die für deinen Ausbildungsbeginn relevante Fassung und die aktuellen Hinweise deiner zuständigen IHK.

Prüfungsrahmen und berufliche Kommunikationsaufgabe

Geltungsbereich und vier Fachrichtungen

Die Fachinformatikerausbildungsverordnung (FIAusbV) vom 28. Februar 2020 gilt seit dem 1. August 2020. Sie regelt die Fachrichtungen Anwendungsentwicklung, Systemintegration, Daten- und Prozessanalyse und Digitale Vernetzung. Für frühere Ausbildungsbeginne beziehungsweise besondere Übergangsfälle musst du die jeweils einschlägige Ordnung prüfen. Die Abschlussprüfung ist nach dieser Ordnung gestreckt: Teil 1 und Teil 2 sind unterschiedliche Prüfungsbestandteile; die betriebliche Projektarbeit liegt im fachrichtungsspezifischen Teil 2.

Fachrichtung	Projekt-Prüfungsbereich	Regelung	Höchstdauer von betrieblicher Projektarbeit samt Dokumentation
Anwendungsentwicklung	Planen und Umsetzen eines Softwareprojektes	§ 12 FIAusbV	80 Stunden
Systemintegration	Planen und Umsetzen eines Projektes der Systemintegration	§ 20 FIAusbV	40 Stunden
Daten- und Prozessanalyse	Planen und Durchführen eines Projektes der Datenanalyse	§ 28 FIAusbV	40 Stunden
Digitale Vernetzung	Planen und Umsetzen eines Projektes der digitalen Vernetzung	§ 36 FIAusbV	40 Stunden

Die angegebenen Höchstzeiten stammen aus der Ausbildungsordnung von 2020 und sind keine allgemeine Vorgabe für den Umfang einer Präsentation oder eines Berichts. Für diese vier Projekt-Prüfungsbereiche sind außerdem eine Präsentation und ein anschließendes Fachgespräch über Projektarbeit und Ergebnisse vorgesehen: zusammen höchstens 30 Minuten; die Präsentation soll höchstens 15 Minuten dauern. Diese Werte gelten im genannten gesetzlichen Kontext. Ein zusätzliches Übungsfachgespräch außerhalb der Prüfung ist ein Kommunikationstraining, kein eigenständiger regulärer Prüfungsbestandteil.

Verlässliche Einstiegsquellen: BIBB-Berufsprofil, geltender Wortlaut der FIAusbV, IHK Ulm: Prüfungsstruktur und IHK Rheinhessen: praktische Hinweise. Fristen, Anlagen, Seitenvorgaben und Einreichungswege bestimmt im Einzelfall die zuständige IHK; du übernimmst sie nicht aus einer fremden Handreichung.

Was eine gute Dokumentation beweist

Eine Projektdokumentation ist nicht bloß ein Tagebuch und nicht die Abschrift einer Anleitung. Sie macht eine berufliche Problemlösung prüfbar: Ausgangslage, Auftrag, messbare Ziele, reale Entscheidungen, eigene Arbeitsschritte, Ergebnisse, Qualitätskontrolle, Wirtschaftlichkeit und kritische Reflexion. Der Projektantrag legt vorab Ziel, Abgrenzung und Planung dar; die Projektdokumentation zeigt nachträglich Durchführung und begründete Abweichungen. Praxisbezogene Unterlagen sind ausgewählte, verständlich beschriftete Belege, etwa anonymisierte Testprotokolle oder Architekturausschnitte, nicht wahllose Screenshots.

Ein typischer Argumentationsbogen lautet: Anforderung → Alternativen → begründete Entscheidung → Umsetzung → Testnachweis → Zielabgleich → Übergabe. Empfängerinnen und Empfänger lesen unterschiedlich: Der Prüfungsausschuss erwartet fachliche Begründbarkeit, die Auftrag gebende Person Nutzen und Grenzen, der Betrieb nachvollziehbaren Betrieb und sichere Übergabe. Vermeide unbelegte Aussagen wie „Die Lösung ist sicher“; nenne stattdessen konkret überprüfte Kontrollen und offene Restrisiken.

Abbildung: Entwicklungsphasen als Orientierung für den roten Faden; ein reales Projekt kann iterativ verlaufen. Bild: Tazlavi, Wikimedia Commons, CC BY-SA 4.0, Datei und Lizenz.

Vom Auftrag zur schlüssigen Projektplanung

Ist-Zustand, Soll-Zustand und SMART-Ziele

Formuliere zuerst ein Problem ohne die gewünschte Technik vorwegzunehmen. Beschreibe danach eine Anforderung als überprüfbare Eigenschaft, nicht als Produktwunsch. Beispiel: „Für mindestens 95 Prozent der synthetischen Prüftickets muss die Statusanzeige innerhalb von zwei Sekunden reagieren“ ist testbar. „Wir benötigen unbedingt Tool X“ ist zunächst nur eine Lösungsidee. Funktionale Anforderungen beschreiben Funktionen; nichtfunktionale Anforderungen betreffen beispielsweise Sicherheit, Leistung, Bedienbarkeit und Wartbarkeit.

Nutze SMART als Prüffrage: spezifisch, messbar, attraktiv oder akzeptiert, realistisch und terminiert. Ergänze Abnahmekriterien für jedes Muss-Ziel. Trenne Muss-, Soll- und Kann-Anforderungen und dokumentiere ausdrücklich, was nicht bearbeitet wird. Lege Risiken, Annahmen, Rollen und verfügbare Ressourcen offen. Begriffe: Stakeholder sind betroffene oder einflussnehmende Personen; ein Meilenstein ist ein wichtiger prüfbarer Projektpunkt; ein Artefakt ist ein im Projekt entstandener Nachweis.

Abbildung: Use-Case-Diagramm als Beispiel für Rollen und Funktionen; die dort gezeigte Anwendung ist nicht der Modellfall dieses Kurses. Bild: Nova97star, Wikimedia Commons, CC BY-SA 4.0, Datei und Lizenz.

Zeitplan, Abhängigkeiten und begründete Änderungen

Zerlege das Projekt in Analyse, Entscheidung und Entwurf, Umsetzung, Test, Übergabe und Dokumentation. Berücksichtige Abhängigkeiten: Ein Akzeptanztest benötigt beispielsweise vereinbarte Kriterien. Ein Gantt-Diagramm zeigt zeitliche Abfolgen und Überschneidungen; es ersetzt keine fachliche Planung. Bewerte die tatsächlichen Aufwände gegenüber der genehmigten Planung und erläutere Ursachen von Abweichungen. Ein Problem zu verschweigen ist schlechter, als es nachvollziehbar zu lösen.

Abbildung: Beispielhafter Gantt-Plan eines fremden Projekts als Anschauungsmaterial, keine IHK-Mustervorlage. Bild: Zorkow, Wikimedia Commons, CC BY-SA 4.0, Datei und Lizenz.

Planungsbeleg	Leitfrage	Geeigneter Nachweis
Anforderungskatalog	Was soll nachher besser sein?	ID, Priorität, Messmethode, Akzeptanzkriterium
Zeitplan	Welche Tätigkeiten hängen zusammen?	Arbeitspakete, geplante Stunden, Meilensteine
Risikoübersicht	Was kann die Zielerreichung gefährden?	Eintrittsannahme, Auswirkung, Maßnahme, Restrisiko
Änderungsprotokoll	Warum wich das Team vom Plan ab?	Datum, Ausgangsgrund, Entscheidung, Folgen

Alternativen transparent bewerten

Eine Nutzwertanalyse macht qualitative Entscheidungen explizit. Wähle wenige trennscharfe Kriterien, definiere eine einheitliche Skala und Gewichte, deren Summe 100 Prozent beträgt. Für jede Alternative gilt: gewichtete Gesamtpunktzahl = Summe aus Gewicht als Dezimalzahl mal Bewertung. Bewertungen sind begründete Modellannahmen und keine objektiven Messwerte. Ein höherer Nutzwert darf zwingende Datenschutz- oder Sicherheitsanforderungen nicht überstimmen.

Abbildung: Prinzip einer gewichteten Entscheidungsmatrix (englische Beschriftung). Bild: Peter Gladdish, Wikimedia Commons, CC BY 4.0, Datei und Lizenz.

Technische Dokumentation, Tests und sichere Übergabe

Aufbau nach Nachvollziehbarkeit

Ein belastbarer Projektbericht kann die Teile Projektauftrag und Rahmen, Ist-Analyse und Ziele, Lösungsalternativen und Entscheidung, Planung, Durchführung, Test und Abnahme, Wirtschaftlichkeit und Reflexion sowie Anlagen und Quellen enthalten. Passe die Gliederung an reale Projektinhalte und IHK-Vorgaben an. Kennzeichne Eigenleistung, verwendete Werkzeuge, fremde Beiträge und Änderungshistorie. Technische Details gehören dort hinein, wo sie einen Lösungsweg erklären; lange Codeausdrucke, Kopien von Tutorials oder irrelevante Bildersammlungen helfen nicht.

Unterscheide Entwicklungsdokumentation (Entscheidung und Umsetzung), Betriebsdokumentation (Konfiguration, Wartung, Wiederherstellung) und Benutzerdokumentation (Aufgaben und Grenzen aus Anwendersicht). Ein Architekturdiagramm beantwortet andere Fragen als ein Ablaufdiagramm oder ein Screenshot. Version, Stand, Beschriftung, Legende und Bezug zur Textaussage müssen erkennbar sein.

Abbildung: Ein Sequenzdiagramm zeigt Nachrichten zwischen Komponenten über die Zeit und dient als Beispiel für technische Kommunikation. Bild: Dannyc20, Wikimedia Commons, CC BY-SA 3.0, Datei und Lizenz.

Testfälle, Belege und Datenschutz

Ein Testfall umfasst eindeutige ID, Ziel beziehungsweise Anforderung, Vorbedingungen, künstliche Testdaten, Schritte, erwartetes Ergebnis, tatsächliches Ergebnis, Datum und Status. Positivtests prüfen erwartete Nutzung, Negativtests das Verhalten bei ungültigen Eingaben oder fehlender Berechtigung, Regressionstests bewahren bereits funktionierende Eigenschaften. Benenne Mängel und Nachtests. „Alles getestet“ ist kein Beleg.

Test-ID	Synthetische Eingabe	Erwartetes Ergebnis	Beobachtetes Ergebnis	Bewertung
T01	Ticket T-001, Rolle Bearbeitung	Statuswechsel protokolliert	Status und synthetischer Zeitstempel sichtbar	bestanden
T02	Ticket T-002, Rolle Gast	Schreibzugriff verweigert	Zugriff verweigert, keine Änderung	bestanden
T03	Leerer Titel bei Ticket T-003	Verständliche Fehlermeldung	Fehlermeldung sichtbar	bestanden
T04	Abfrage von 200 synthetischen Tickets	Antwortzeit unter 2 Sekunden	1,6 Sekunden im lokalen Test	bestanden im Testaufbau

Diese Messungen sind vollständig erdacht und nur Übungsdaten. Ein solcher Testausschnitt beweist weder dauerhafte Verfügbarkeit noch umfassende IT-Sicherheit. Verwende nie echte Zugangsdaten, interne IP-Adressen, Kundennamen, personenbezogene Logs oder vertrauliche Screenshots. Prüfe Betriebsgeheimnisse, Urheberrechte und Einwilligungen beziehungsweise Rechtsgrundlagen vor jeder Veröffentlichung. Sicherheitsrelevante Tätigkeiten an realer Hardware oder Infrastruktur erfolgen ausschließlich qualifiziert angeleitet und mit den erforderlichen Freigaben.

Risiken, Abnahme und Übergabe

Eine Risikomatrix kombiniert geschätzte Eintrittswahrscheinlichkeit und Auswirkungen. Bei einer einfachen ordinalen Übungsskala von 1 bis 5 ergibt ein rechnerischer Risikowert 2 × 4 = 8; solche Produkte dienen nur als Priorisierungshilfe und sind keine präzise statistische Wahrscheinlichkeit. Dokumentiere Maßnahme und Restrisiko. Abnahme bedeutet, dass vereinbarte Kriterien mit einer befugten Rolle geprüft werden; eine bestandene selbst durchgeführte Testreihe ist nicht automatisch eine betriebliche Abnahme. Übergabe erfordert passende Anwenderhinweise, Zuständigkeiten und Betriebsinformationen.

Abbildung: Risikoarten nach Wahrscheinlichkeit und Auswirkung (englische Grafik). Bild: Peter Gladdish, Wikimedia Commons, CC BY 4.0, Datei und Lizenz.

Vollständiger Modellfall: Fiktives Ticketsystem

Projektauftrag und messbares Ziel

Fiktiver Auftraggeber: Lernfirma Beispielwerk IT, keine realen Kundinnen oder Mitarbeitenden. Fachrichtung: Anwendungsentwicklung. Ausgangslage: In einer simulierten Servicestelle werden monatlich 120 erfundene Anfragen händisch in einer Tabelle geführt. In einer Modellannahme beträgt der mittlere Aufwand je Vorgang 25 Minuten. Benötigt wird ein lokaler Demonstrator zur Erfassung, Statusbearbeitung und Auswertung mit rollenbezogenen Rechten. Es findet kein Zugriff auf Produktivdaten statt.

Ziele: Die Bearbeitungszeit soll im Übungsszenario auf 16 Minuten je Vorgang sinken; eine nicht berechtigte Demo-Rolle darf keinen Status ändern; 95 Prozent der simulierten Antworten müssen unter zwei Sekunden bleiben; relevante Statusänderungen werden mit künstlicher Ticket-ID protokolliert. Außerhalb des Umfangs: E-Mail-Versand, echte Identitätsanbieter, Datenmigration aus realen Systemen und produktive Freigabe. Erfolg wird nur gegen synthetische Abnahmedaten festgestellt.

Entwurf, Entscheidung und Kalkulation

Alternative A: Kleiner modularer Prototyp mit rollenbezogener Prüfung und dokumentierter lokaler Datenhaltung. Alternative B: Umfangreicheres vorkonfiguriertes Musterprodukt mit schnellerem Oberflächenaufbau, aber geringerem Einfluss auf Rechtekonzept und Weiterentwicklung. Verwendet wird eine Übungsskala von 1 (schwach) bis 5 (sehr gut); die folgenden Bewertungen sind keine Markterhebung.

Kriterium	Gewicht	Alternative A	Alternative B
Sicherheitskonzept	40 %	5	3
Umsetzungsaufwand	30 %	3	5
Bedienbarkeit	20 %	4	5
Wartbarkeit	10 %	4	3
Gewichtete Summe	100 %	4,1	4,0

Rechenweg A: 0,40 × 5 + 0,30 × 3 + 0,20 × 4 + 0,10 × 4 = 2,0 + 0,9 + 0,8 + 0,4 = 4,1. Rechenweg B: 0,40 × 3 + 0,30 × 5 + 0,20 × 5 + 0,10 × 3 = 1,2 + 1,5 + 1,0 + 0,3 = 4,0. Alternative A wird im Modell gewählt, weil die angenommenen Sicherheitsanforderungen höher gewichtet werden. Eine reale Entscheidung würde die Bewertungen durch geeignete Nachweise und Muss-Kriterien absichern.

Zeitplan für die Übung: Anforderungsanalyse 8 Stunden, Entwurf und Alternativenbewertung 10 Stunden, Implementierung 28 Stunden, Tests 14 Stunden, Übergabe 8 Stunden, Projektdokumentation 12 Stunden. Summe: 8 + 10 + 28 + 14 + 8 + 12 = 80 Stunden. Dieser hypothetische Gesamtplan entspricht lediglich der in der Ordnung für Anwendungsentwicklung vorgesehenen maximalen Projektzeit einschließlich Dokumentation. Er ist weder eine universelle Sollaufteilung noch ein genehmigter Projektantrag.

Wirtschaftlichkeitsmodell: Ersparnis je Ticket = 25 − 16 = 9 Minuten. Monatliche Ersparnis = 120 × 9 = 1.080 Minuten = 18 Stunden. Bei angenommenen internen Opportunitätskosten von 40 Euro pro Stunde: 18 × 40 = 720 Euro theoretischer Bruttonutzen monatlich. Einmaliger rechnerischer Aufwand bei 80 Stunden und 45 Euro pro Stunde = 3.600 Euro. Angenommene laufende Kosten: 120 Euro monatlich. Vereinfachter monatlicher Nettoeffekt = 720 − 120 = 600 Euro; vereinfachte Amortisation = 3.600 / 600 = 6 Monate. Die Kalkulation vernachlässigt zum Beispiel Ausfall-, Schulungs- und Beschaffungskosten; ersparte Bearbeitungszeit führt nicht automatisch zu tatsächlicher Kostenreduktion.

Umsetzung, Qualitätsnachweis und Projektergebnis

Schematischer Ablauf: Berechtigte Demo-Rolle → Ticket anlegen → synthetische Ticket-ID speichern → Bearbeitung dokumentieren → Status prüfen → revisionsfreundlichen Demo-Eintrag erzeugen → Bericht anzeigen. Im Datenmodell sind beispielsweise die Felder Ticket-ID, Betreff, Status, Rolle und künstlicher Zeitstempel vorgesehen. Ein strenger Rollencheck erfolgt auf der Serverseite des Demonstrators und nicht nur durch ausgeblendete Schaltflächen. Ein verständlicher Fehlertext schützt vor Fehlbedienung, ersetzt jedoch keine serverseitige Autorisierung.

Beispielhafter Testumfang: 200 synthetische Tickets, 20 simulierte Antwortzeitmessungen, positive Statusänderungen, Abweisung unberechtigter Rollen und Prüfung leerer Eingaben. Eine erfundene Messreihe zeigt 19 von 20 Antworten unter zwei Sekunden: 19 / 20 × 100 = 95 Prozent. Das gesetzte Modellkriterium wird in dieser künstlichen Stichprobe gerade erreicht. Für eine betriebliche Leistungszusage wären repräsentative Lasttests nötig. T01 bis T04 aus der obigen Testtabelle bilden nachvollziehbare Beispielbelege.

Modellrisiken: Falsche Rollenzuordnung (Eintrittsstufe 2, Auswirkung 4, Prioritätswert 8) → serverseitige Rechteprüfungen und Negativtests; unvollständige Felder (Stufe 3, Auswirkung 2, Wert 6) → Validierung und verständliche Fehlermeldungen; überschätzte Einsparung → Pilotmessung statt Behauptung. Projektabschluss: Der Demonstrator erfüllt die künstlichen Abnahmekriterien im definierten Testaufbau; die Produktivnutzung ist nicht beurteilt und nicht freigegeben. Übergeben werden modellhaft eine Nutzerkurzanleitung, ein Testbericht, eine technische Schnittstellenbeschreibung und offene Risiken.

Modellbericht und fachliches Bewertungsraster

Verdichteter Modellbericht: „Die simulierte Servicestelle benötigte zunächst durchschnittlich 25 Minuten je Vorgang. Nach Anforderungsanalyse und gewichteter Bewertung wurde Alternative A mit 4,1 gegenüber 4,0 Punkten gewählt. Der Demonstrator setzt rollenabhängige Statusänderungen mit protokollierten Testdaten um. Vier dokumentierte Funktionstests bestanden; 19 von 20 künstlichen Antwortzeitmessungen lagen unter zwei Sekunden. Die angenommene Nettoersparnis beträgt 600 Euro monatlich und ergibt bei 3.600 Euro Einmalaufwand eine vereinfachte Amortisation von sechs Monaten. Die Übertragbarkeit in den Echtbetrieb ist offen; insbesondere Sicherheit, Last und tatsächliche Einsparung müssen separat überprüft werden.“ Diese Formulierung kennzeichnet Modellannahmen ausdrücklich und folgt der Logik Behauptung – Beleg – Grenze.

Fachliches Kriterium	Punkte	Beurteilung für den Modellfall
Auftrag, Problem, messbare Ziele und Abgrenzung	0–20	Ausgangslage und Zielwerte verständlich; Modellannahmen offen benannt
Alternativen und wirtschaftliche Begründung	0–20	Gewichte summieren 100 Prozent; Rechenweg und Grenzen offengelegt
Technischer Lösungsweg und Eigenleistung	0–20	Architektur, Rollenprüfung und Entscheidungen nachvollziehbar
Tests, Risiko und Abnahme	0–20	Reproduzierbare synthetische Belege; keine unbelegte Sicherheitsgarantie
Dokumentationsqualität und Fachgespräch	0–20	Klare Begriffe, Visualisierung, zielgerichtete Begründung und Reflexion
Gesamt	0–100	Übungsraster, nicht amtlicher IHK-Bewertungsbogen

Beispielbewertung: 18 + 17 + 16 + 17 + 18 = 86 von 100 Übungspunkten. Die Rückmeldung wäre: klare Zielformulierung und Kalkulation; verbessern solltest du die Testfallabdeckung, das Quellenverzeichnis und die begründete Abgrenzung zur Produktivfreigabe. Dieses Raster dient der Selbsteinschätzung und behauptet keine offiziellen Prüfungsgewichte.

Präsentation, Fachgespräch und souveräne Begründung

Adressatengerecht präsentieren

Eine geeignete Dramaturgie zeigt Ausgangslage, Ziel, eigene Entscheidung, Umsetzungsbeleg, Testergebnis, Nutzen und Grenzen in einem verständlichen roten Faden. Wähle lesbare Diagramme statt Textwände, erläutere Abkürzungen und beschrifte Messwerte mit Einheit und Kontext. Die in der FIAusbV vorgesehene Präsentation mit anschließendem Fachgespräch ist Teil des jeweiligen Projekt-Prüfungsbereichs; sie ist nicht mit einer mündlichen Ergänzungsprüfung gleichzusetzen, für die andere Voraussetzungen gelten können.

Eine passende Struktur für ein zeitlich begrenztes Übungstraining: Problem und Ziel → Entscheidung → technische Kernlösung → prüfbare Ergebnisse → wirtschaftliche Einordnung → Reflexion. Messe bei Probedurchläufen die Sprechzeit selbst, achte auf die gesetzliche Höchstgrenze der Präsentation und überprüfe die organisatorischen Hinweise deiner IHK. Zeige nur Materialien, an denen du Rechte besitzt oder die angemessen lizenziert sind.

Video laden

YouTube

YouTube sammelt möglicherweise persönliche Daten. Datenschutzrichtlinie

Fortfahren Ausblenden

Video: „Fachinformatiker Fragestunde – IHK Projekt-Präsentation und Fachgespräch für SI & AE“, Dozenten aus Leidenschaft!, veröffentlicht 27.05.2026. Unabhängiges Lernvideo; keine amtliche Regelquelle. Original auf YouTube, Einbettung nach den Bedingungen des Dienstes.

Fragen beantworten: Aussage, Beleg, Abwägung

Das Fachgespräch prüft, ob du die eigene Projektarbeit verstehst und deine Vorgehensweise begründen kannst. Entwickle Antworten nach dem Muster Entscheidung → Grund → Beleg → Alternative/Grenze. Beispiel: „Warum Alternative A?“ – „Weil der Rollen- und Datenschutzbedarf im Modell als Muss-Anforderung galt; unsere dokumentierte Matrix vergibt A 4,1 statt B 4,0 Punkte. Die knappe Differenz zeigt, dass die Wahl sensitiv auf angenommene Gewichtungen reagiert; deshalb haben wir die Sicherheitsanforderung zusätzlich als Mindestkriterium betrachtet.“ So beweist du mehr als das Auswendiglernen von Produktbezeichnungen.

Typische Übungsfrage	Fachlich tragfähige Antwortstrategie	Häufiger Fehler
Warum wurde diese Architektur gewählt?	Ziele, Alternativen, Wartbarkeit und konkrete Einschränkungen vergleichen	„Das haben wir immer so gemacht.“
Wie weisen Sie Berechtigungen nach?	Serverseitige Kontrolle und Negativtest mit künstlicher Rolle erläutern	Nur einen ausgeblendeten Button zeigen
Wie entstand die Amortisationszahl?	Annahmen, Einheiten und vereinfachten Rechenweg offenlegen	Geschätzte Einsparung als erwiesenen Gewinn verkaufen
Was würden Sie verbessern?	Ein echtes Defizit, Auswirkung und nächsten Prüfschritt benennen	„Das Projekt hatte keine Probleme.“
Warum weicht die Umsetzung vom Plan ab?	Änderung, Entscheidung, Aufwand und Ergebnis vergleichen	Abweichung verschweigen oder anderen zuschreiben

Wenn du eine Detailfrage nicht sicher beantworten kannst, unterscheide belegtes Wissen von Vermutungen und beschreibe dein systematisches Prüfverfahren. Das ist fachlich wertvoller als eine erfundene Gewissheit. Trainiere zusätzlich präzise Rückfragen, aktive Zuhörsignale und ruhigen Umgang mit Gegenargumenten.

Video laden

YouTube

YouTube sammelt möglicherweise persönliche Daten. Datenschutzrichtlinie

Fortfahren Ausblenden

Video: „Live-Fragestunde, Fachinformatiker IHK – Ergänzungsprüfung, Präsentation & Fachgespräch“, Dozenten aus Leidenschaft!, 10.01.2026. Private Lernhilfe; rechtliche und regionale Vorgaben immer an offiziellen Quellen prüfen. Original auf YouTube, Einbettung nach Dienstbedingungen.

Checkliste und typische Fehler vermeiden

Vor Abgabe oder Gespräch prüfen	Selbstkontrolle
Rechtsgrundlage und Ausbildungsbeginn	Aktuelle Fachrichtung, einschlägige FIAusbV-Fassung und zuständige IHK ermittelt
Inhalt	Problem, eigene Entscheidungen, Zielabgleich, Abweichungen und Restrisiken erkennbar
Rechenwege	Einheiten, Annahmen und Nachvollziehbarkeit kontrolliert
Datenschutz und Rechte	Personenbezug, Betriebsgeheimnisse, Codeschnipsel, Bilder und Quellen geprüft
Medien	Jede Folie verständlich, Diagramm beschriftet, Fremdmaterial belegt
Training	Projektbegründung laut geübt, Rückfragen mit Belegen beantwortet

Typische Fehlleistungen: Bericht ist ein Tätigkeitsprotokoll ohne Entscheidungen; Ziele sind nicht messbar; Screenshots belegen nichts; Fremdarbeit wird als Eigenleistung ausgegeben; Kalkulation vermischt Stunden und Minuten; Testergebnisse werden verallgemeinert; Fragen werden nur mit Produktnamen beantwortet. Gegenmaßnahme: Jede Kernbehauptung bekommt ein Kriterium, einen dokumentierten Beleg und eine benannte Grenze.

Interaktive Aufgaben

Multiple-Choice-Quiz

Welche Aussage zur Projektprüfung nach der FIAusbV von 2020 ist richtig? (Die betriebliche Projektarbeit wird dokumentiert und anschließend präsentiert und im Fachgespräch erläutert.) (!Das Fachgespräch ersetzt immer die Dokumentation.) (!Alle Fachrichtungen müssen dieselbe Programmiersprache einsetzen.) (!Eine Projektbeschreibung ist erst nach der Durchführung vorzulegen.)

Rückmeldung: Die Dokumentation belegt die Arbeit; Präsentation und Fachgespräch dienen der adressatengerechten Erläuterung und Begründung. Die Genehmigung des Antrags geht der Durchführung voraus.

Welche Zuordnung der maximalen Projektzeit einschließlich Dokumentation trifft für die Ausbildungsordnung von 2020 zu? (Anwendungsentwicklung höchstens 80 Stunden und die übrigen drei Fachrichtungen höchstens 40 Stunden.) (!Alle vier Fachrichtungen höchstens 80 Stunden.) (!Alle vier Fachrichtungen höchstens 40 Stunden.) (!Systemintegration höchstens 80 Stunden und Anwendungsentwicklung höchstens 40 Stunden.)

Rückmeldung: Die Fachrichtung ist entscheidend; die Zeiten sind Obergrenzen für Projektarbeit samt Dokumentation, keine generelle Berichts- oder Präsentationszeit.

Welche Aussage ist am besten als überprüfbares Abnahmekriterium geeignet? (Bei der synthetischen Stichprobe liegen mindestens 95 Prozent der Antworten unter zwei Sekunden.) (!Die Oberfläche fühlt sich modern an.) (!Das Projekt wird ein voller Erfolg.) (!Die IT-Abteilung ist bestimmt zufrieden.)

Rückmeldung: Ein Messwert und ein Schwellenwert ermöglichen einen nachvollziehbaren Test; subjektive Eindrücke können ergänzen, aber nicht ersetzen.

Wozu dient eine gewichtete Nutzwertanalyse? (Zum transparenten Vergleich von Alternativen anhand begründeter Kriterien und Gewichte.) (!Zum automatischen Beweis der Sicherheit einer Software.) (!Zur Ersetzung aller Muss-Anforderungen.) (!Zur Berechnung des exakten Marktpreises aus qualitativen Urteilen.)

Rückmeldung: Eine Matrix strukturiert Entscheidungen; Annahmen und zwingende Anforderungen müssen zusätzlich geprüft werden.

Welche Angabe gehört zu einem reproduzierbaren Testfall? (Vorbedingungen, Eingabe, erwartetes und tatsächliches Ergebnis.) (!Nur ein Screenshot mit der Beschriftung erfolgreich.) (!Allein der Name der eingesetzten Programmiersprache.) (!Nur die private Meinung einer Testperson.)

Rückmeldung: Erst ein definierter Ablauf mit Soll-Ist-Vergleich macht das Ergebnis prüfbar.

Wie viele Stunden spart der Modellfall monatlich bei 120 Tickets und neun Minuten Zeitersparnis je Ticket? (18 Stunden.) (!9 Stunden.) (!108 Stunden.) (!120 Stunden.)

Rückmeldung: 120 mal 9 Minuten sind 1080 Minuten; geteilt durch 60 ergibt das 18 Stunden.

Welche Aussage zur vereinfachten Amortisationsrechnung im Modellfall ist korrekt? (3600 Euro Einmalaufwand geteilt durch 600 Euro monatlichen Nettoeffekt ergibt sechs Monate.) (!3600 Euro geteilt durch 720 Euro ergibt immer sechs Monate.) (!120 Euro laufende Kosten erhöhen automatisch den monatlichen Nettoeffekt.) (!Eine prognostizierte Einsparung ist gleich bereits ausgezahltem Gewinn.)

Rückmeldung: Laufende Kosten werden vom modellierten Bruttonutzen abgezogen; die vereinfachte Rechnung ist keine empirische Gewinnzusage.

Was ist bei der Veröffentlichung einer Projektdokumentation richtig? (Synthetische Daten und zulässige Belege nutzen sowie vertrauliche Informationen entfernen.) (!Echte Zugangsdaten veröffentlichen, um Authentizität zu beweisen.) (!Personenbezogene Logs ungekürzt in den Anhang übernehmen.) (!Unlizenzierte Bilder ohne Quelle verwenden.)

Rückmeldung: Personenbezug, Geheimhaltung und Urheberrechte bleiben auch bei prüfungsbezogenen Materialien relevant.

Welche Reaktion passt zu einer schwierigen Fachgesprächsfrage? (Entscheidung und Beleg nennen und unsichere Punkte als offene Prüfaufgabe kennzeichnen.) (!Unbekannte Fakten erfinden, um Sicherheit auszustrahlen.) (!Nur auf den Hersteller der verwendeten Software verweisen.) (!Dem Prüfungsausschuss erklären, dass Fragen zur eigenen Arbeit unzulässig seien.)

Rückmeldung: Begründete Grenzen und ein fachliches Vorgehen sind überzeugender als nicht belegbare Behauptungen.

Welche Beurteilung des synthetischen Lasttests ist fachlich korrekt? (19 von 20 Antworten unter zwei Sekunden erfüllen in der Übungsstichprobe genau das 95-Prozent-Kriterium.) (!19 von 20 Antworten belegen hundertprozentige Verfügbarkeit im Echtbetrieb.) (!Die Stichprobe beweist alle Datenschutzanforderungen.) (!Ein erfolgreicher Lasttest ersetzt jede weitere Abnahme.)

Rückmeldung: Die Rechnung 19 durch 20 ergibt 0,95; Aussagekraft und Einsatzumgebung bleiben begrenzt.

Memory

Finde jeweils die zusammengehörige Fachbezeichnung und ihre Bedeutung.

Projektantrag	Vorabbeschreibung von Ausgangslage, Projektziel und Planung zur Genehmigung
Abnahmekriterium	Vorher festgelegte überprüfbare Bedingung für ein Projektergebnis
Regressionstest	Kontrolle, ob eine Änderung bisherige Funktionen beeinträchtigt
Stakeholder	Von einem Vorhaben betroffene oder darauf einwirkende Personengruppe
Restrisiko	Nach einer Gegenmaßnahme verbleibende mögliche Beeinträchtigung
Nutzwertanalyse	Bewertungsverfahren mit Kriterien, Gewichten und Alternativen

Drag-and-drop

Ordne jeden Dokumentationsteil seinem fachlichen Zweck zu.

Passende Begriffe zuordnen	Zweck
Ist-Analyse	Beschreibung der bisherigen Abläufe und Engpässe
Entscheidungsmatrix	Vergleich begründeter Lösungsalternativen
Testprotokoll	Gegenüberstellung erwarteter und beobachteter Ergebnisse
Übergabedokumentation	Grundlage für Bedienung und Betreuung des Ergebnisses
Projektreflexion	Kritischer Vergleich von Zielen, Verlauf und Grenzen

Kreuzworträtsel

Antrag	Welches Dokument beschreibt ein geplantes Projekt vor seiner Genehmigung in Kurzform?
Risiko	Wie heißt eine mögliche negative Abweichung vom angestrebten Ergebnis?
Testfall	Wie heißt eine reproduzierbare Prüfung mit festgelegter Eingabe und Erwartung?
Abnahme	Wie heißt die Prüfung eines Ergebnisses gegen vereinbarte Kriterien durch eine befugte Rolle?
Diagramm	Welche grafische Darstellungsform visualisiert Abläufe oder Zusammenhänge?
Reflexion	Wie heißt die kritische Rückschau auf Entscheidungen und Ergebnisse?

LearningApps

Suche auf LearningApps nach ergänzenden interaktiven Übungen zu Projektdokumentation und Fachgespräch. Einzelne fremde Übungen sind vor Einsatz fachlich zu prüfen.

Lückentext

Ergänze die passenden Fachwörter und Zahlen aus dem Kurs.

Vor einer betrieblichen Projektarbeit steht die Genehmigung des .

Ein messbarer Nachweis für das gewünschte Ergebnis ist ein .

Für die Gegenüberstellung unterschiedlicher Lösungen eignet sich eine .

Der dokumentierte Vergleich zwischen erwarteten und beobachteten Ergebnissen gehört zum .

Nach Schutzmaßnahmen kann ein verbleiben.

Die fachliche Begründung eigener Entscheidungen wird im geübt.

Im Modellfall werden monatlich künstliche Tickets verarbeitet.

Die angenommene Zeitersparnis je Ticket beträgt Minuten.

Daraus ergeben sich monatlich Stunden Zeitgewinn.

Die vereinfachte Amortisationsdauer beträgt Monate.

Vertrauliche Betriebsangaben werden durch Daten ersetzt.

}

Offene Aufgaben

Leicht

1. Projektauftrag: Formuliere für ein rein fiktives IT-Projekt in höchstens acht Sätzen Ausgangslage, Zielgruppe und klare Projektgrenzen.
2. SMART: Schreibe vier unklare Aussagen in jeweils ein überprüfbares Ziel mit Messmethode und Zeitbezug um.
3. Projektdokumentation: Entwirf eine beschriftete Gliederung mit Begründung, was in den Bericht und was in einen Anhang gehört.
4. Fachgespräch: Nimm mit erfundenen Beispieldaten eine zweiminütige Antwort auf die Frage nach deiner wichtigsten Entscheidung auf und bewerte ihre Verständlichkeit.

Standard

1. Nutzwertanalyse: Vergleiche drei hypothetische IT-Lösungen mit vier gewichteten Kriterien und interpretiere, wie empfindlich das Ergebnis auf geänderte Gewichte reagiert.
2. Softwaretest: Verfasse vier reproduzierbare Testfälle für eine lokale Demo mit ausschließlich synthetischen Tickets, einschließlich eines Negativtests.
3. Projektmanagement: Visualisiere einen Projektplan mit Abhängigkeiten, Arbeitspaketen und begründeten Pufferannahmen.
4. Präsentation: Produziere fünf Folien oder ein kurzes Erklärvideo, das Ausgangslage, Alternativen, Lösung und messbare Grenzen nachvollziehbar macht.

Schwer

1. Wirtschaftlichkeitsrechnung: Variiere im Modellfall Ticketzahl, Zeitersparnis und monatliche Wartungskosten; rechne die Amortisation neu und diskutiere Scheingenauigkeit.
2. IT-Sicherheit: Entwickle ein Risiko- und Abnahmekonzept für ein synthetisches Rollenmodell mit klarer Unterscheidung zwischen bestandenem Test und Produktivfreigabe.
3. Berufliche Handlungskompetenz: Simuliere ein kritisches Fachgespräch zu Architektur, Wirtschaftlichkeit und Sicherheitsgrenzen; fertige ein selbstkritisches Protokoll mit Belegen an.
4. Projektreview: Überarbeite den kompletten fiktiven Projektbericht nach einem selbst entwickelten Bewertungsraster und begründe drei wesentliche Änderungen.

Lernkontrolle

1. Prüfungsordnung: Leite für die vier Fachrichtungen aus der FIAusbV die zulässigen Projektzeiten und den Stellenwert des projektbezogenen Fachgesprächs ab; prüfe zusätzlich den eigenen Ausbildungsbeginn.
2. Beweisführung: Erläutere an zwei erfundenen Testbelegen, welche Aussage nachgewiesen wird und welche Schlussfolgerung unzulässig wäre.
3. Entscheidungsanalyse: Zeige am Modellfall, wie alternative Gewichtungen zu einer anderen Entscheidung führen könnten und welches Muss-Kriterium bestehen bleibt.
4. Projektcontrolling: Berechne aus fiktiven Soll- und Ist-Stunden die Abweichungen, formuliere Ursachenhypothesen und eine nachvollziehbare Projektreflexion.
5. Datenschutz: Untersuche eine frei erfundene Dokumentationsseite auf personenbezogene Daten, vertrauliche Betriebsinformationen und fehlende Bildnachweise.
6. Fachgespräch: Beantworte die Gegenfrage, weshalb 95 Prozent synthetischer schneller Antworten keine Produktivgarantie darstellen, fachlich präzise und adressatengerecht.
7. Wirtschaftlichkeit: Prüfe die sechsmonatige Modell-Amortisation kritisch und beschreibe drei zusätzliche reale Kosten- oder Unsicherheitsfaktoren.

Lernnachweis

Erstelle ein Portfolio mit (a) fachrichtungsspezifischer Rechtsquellenprüfung und Quellenstand, (b) fiktivem Projektantrag samt SMART-Zielen, (c) eigener Projektstruktur und Entscheidungsmatrix, (d) vier synthetischen Testprotokollen, (e) offengelegter Kosten-Nutzen-Rechnung, (f) drei begründeten Risiken samt Gegenmaßnahmen, (g) einer kompakten Präsentation und (h) einem Audio- oder schriftlichen Protokoll eines geübten Fachgesprächs. Prüfe die Produkte anhand des 100-Punkte-Übungsrasters aus dem Modellfall und lege mindestens drei konkrete Verbesserungen fest. Es dürfen keine echten Schülerdaten, Kundendaten, Zugangsdaten oder internen Betriebsmaterialien enthalten sein. Eine eigenverantwortliche reale Maschinen-, Elektro- oder Produktionssystemfreigabe ist nicht Gegenstand des Kurses.

OER und Wikipedia

Verbindliche und fachliche Quellen:

• Fachinformatikerausbildungsverordnung vom 28.02.2020 – Primärrecht, insbesondere §§ 12, 20, 28, 36; amtliche Bereitstellung, nicht als pauschal frei bearbeitbarer Lehrtext verstehen.
• BIBB: Fachinformatiker/in Anwendungsentwicklung – offizielles Berufsprofil, Fachrichtungen und Ausbildungsrahmen.
• IHK Ulm: Fachinformatiker-Prüfung – praktische Orientierung für die neugeordneten IT-Berufe.
• IHK Rheinhessen: Projektantrag, Dokumentation, Präsentation und Fachgespräch – regionale ergänzende Hinweise, nicht überall identisch verbindlich.
• Wikipedia: Projektdokumentation – frei lizenziertes Überblickswissen gemäß jeweiligem Seitenlizenzhinweis.
• Wikipedia: Softwaredokumentation – Dokumentationsarten und Zielgruppen, Lizenzhinweise auf der Seite beachten.
• Wikipedia: Projektmanagement – Methoden und Projektphasen, Lizenzhinweise auf der Seite beachten.

Geprüfte Abbildungen und Rechte (Dateinamen, Urheber und Lizenzen gemäß zugehöriger Wikimedia-Commons-Dateiseite):

Videos und Rechte: Fachinformatiker Fragestunde – Projektpräsentation/Fachgespräch, Kanal „Dozenten aus Leidenschaft!“, 27.05.2026; Live-Fragestunde – Ergänzungsprüfung, Präsentation und Fachgespräch, derselbe Kanal, 10.01.2026. Videos bleiben beim Rechteinhaber auf YouTube, sind nicht pauschal als Creative-Commons-OER gekennzeichnet und werden nur eingebettet beziehungsweise verlinkt. Für individuelle Weiterverwendung sind Lizenz und Nutzungsbedingungen zu prüfen. Fachliche Aussagen aus Videos müssen mit der Ausbildungsordnung abgeglichen werden. Eigene Modellrechnungen, Tabellen, Aufgaben und schematische Abläufe dieses Kurses sind didaktisch erstellte, fiktive Lernbeispiele, keine IHK-Originalaufgaben. Abruf- und Rechtsstand der recherchierten Quellen: Oktober 2026.

Verknüpfte Lernbereiche

Berufsportal: Ausbildung – Fachinformatiker Fachinformatiker Anwendungsentwicklung Systemintegration Daten- und Prozessanalyse Digitale Vernetzung

Lernbereich	Kursverknüpfung und Kompetenzanschluss
Prüfungsvorbereitung	Prüfungsplan und Kompetenzdiagnose; Lösungsstrategien
Fachpraxis	Projektdokumentation, Softwaredokumentation, Softwaretest, Anforderungsanalyse
Entscheidung und Planung	Projektmanagement, Nutzwertanalyse, Wirtschaftlichkeitsrechnung, Risikomanagement
Kommunikation	Präsentation, Fachgespräch, Technische Dokumentation
Verantwortung	Datenschutz, IT-Sicherheit, Urheberrecht

Nicht jeder interne Link muss bereits als eigenständiger aiMOOC vorliegen; vorhandene Seiten können als Ergänzung und noch nicht angelegte Themen als Lernpfade dienen. Das Berufsportal ist der zentrale Einstieg in die Fachinformatiker-Ausbildung.

aiMOOC Projekte

Schulfach+

aiMOOCs

aiMOOC Projekte