Das Fachgespräch
Das Fachgespräch schließt unmittelbar an die Projektpräsentation an. Es ist keine allgemeine mündliche Wissensprüfung, sondern ein Gespräch über die betriebliche Projektarbeit, ihre Ergebnisse und den dafür relevanten fachlichen Hintergrund. Im Mittelpunkt stehen die eigenen Entscheidungen: Was wurde warum getan, welche Alternativen bestanden und wie wurde die Qualität des Ergebnisses nachgewiesen?
Typische FISI-Frageketten am konkreten Projekt
Im Fachgespräch bleiben Fragen selten bei einer Definition stehen. Aus einer Architekturentscheidung entsteht häufig eine Kette aus Funktionsweise, Sicherheit, Betrieb und Alternativen. Wer sein System als zusammenhängenden Service verstanden hat, kann auch unerwartete Vertiefungen strukturiert beantworten.
| Ausgangspunkt | Mögliche Vertiefung im Fachgespräch |
|---|---|
| VLAN- und Firewall-Konzept | Warum reicht logische Trennung nicht allein? Wo findet Routing statt, welche Verbindungen sind erlaubt und wie wurde ein unerlaubter Zugriff getestet? |
| Virtualisierte Serverrolle | Wie wurde dimensioniert, was geschieht beim Hostausfall, welche Abhängigkeiten bestehen zu Storage, DNS, Zeit und Identität? |
| Backup-Konzept | Wie unterscheiden sich Backup, Replikation und Archivierung? Welche RPO/RTO gelten und wodurch wurde Wiederherstellbarkeit bewiesen? |
| Cloud- oder Hybridlösung | Wo liegen Identitäten und Daten, wie erfolgt Authentisierung, was passiert bei Verbindungsausfall und welche laufenden Kosten entstehen? |
| Migration | Wie wurden Konsistenz, Unterbrechung und Rückfall behandelt? Ab welchem Punkt wäre eine Rückkehr technisch oder organisatorisch schwierig? |
| Monitoring | Welche Kennzahl zeigt wirklich den Zustand des Dienstes, wie werden Fehlalarme begrenzt und wer reagiert in welchem Zeitraum? |
Ziel und zeitlicher Rahmen
Präsentation und Fachgespräch dauern zusammen höchstens 30 Minuten; die Präsentation soll höchstens 15 Minuten dauern. Für das anschließende Fachgespräch verbleiben damit üblicherweise etwa 15 Minuten. Maßgeblich sind die Einladung und die aktuellen Vorgaben der zuständigen IHK.
Der Prüfungsausschuss greift Aussagen aus Präsentation und Dokumentation auf und prüft, ob der fachliche Hintergrund verstanden wurde und das Vorgehen begründet werden kann. Eine kurze Denkpause oder eine Rückfrage zur Präzisierung ist dabei besser als eine vorschnelle, unklare Antwort.
Woher die Fragen kommen
Die Fragen entstehen vor allem aus dem konkreten Projekt. Jede nicht erklärte Abkürzung, jede behauptete Verbesserung und jede sichtbare Entscheidung kann ein sinnvoller Ausgangspunkt sein. Deshalb werden Präsentation, Antrag und Dokumentation vor dem Termin noch einmal aus der Sicht einer fachkundigen, aber projektfremden Person gelesen.
| Fragenbereich | Typische Richtung |
|---|---|
| Projektablauf | Wie wurden Anforderungen, Planung, Entscheidung, Umsetzung, Kontrolle und Abschluss miteinander verbunden? |
| Technische Tiefe | Wie funktionieren eingesetzte Komponenten, Protokolle, Dienste und Schutzmaßnahmen im Projektzusammenhang? |
| Entscheidungen | Welche Alternativen wurden geprüft und nach welchen technischen, wirtschaftlichen oder organisatorischen Kriterien ausgewählt? |
| Probleme | Wie wurde die Ursache eingegrenzt, welche Lösungen wurden erwogen und wie wurde der Erfolg kontrolliert? |
| Ergebnisse | Wie wurden Zielerreichung, Funktionsfähigkeit, Sicherheit, Leistung und Abnahme nachgewiesen? |
| Projektumfeld | Welche Schnittstellen, Rollen, betrieblichen Vorgaben und Abhängigkeiten waren zu berücksichtigen? |
FISI-Themen fachlich vorbereiten
Vorbereitet wird nicht jedes denkbare IT-Thema, sondern der fachliche Hintergrund der tatsächlich eingesetzten und verglichenen Lösungen. Begriffe sollen nicht nur definiert, sondern auf Architektur, Konfiguration und Auswirkungen im eigenen Projekt bezogen werden können.
- Netzdesign, Adressierung, VLANs, Routing, Namensauflösung und Kommunikationswege
- Serverrollen, Virtualisierung, Speicher, Verfügbarkeit, Sicherung und Wiederherstellung
- Identitäten, Berechtigungen, Authentisierung, Verschlüsselung und Protokollierung
- Firewall-Regeln, Netzsegmentierung, Schutzbedarf und verbleibende Risiken
- Monitoring, Testfälle, Grenzwerte, Fehleranalyse und belastbare Messwerte
- Lizenzierung, Kosten, Betriebsaufwand, Skalierbarkeit, Wartbarkeit und Herstellerabhängigkeiten
- Migration, Rückfallplan, Wartungsfenster, Ausfallrisiken und geordnete Übergabe
Eine belastbare Antwort aufbauen
Gute Antworten beginnen direkt bei der Frage und machen das eigene Denken sichtbar. Eine einfache Struktur verhindert, dass man sich in technischen Einzelheiten verliert.
Die Frage in einem klaren Satz beantworten.
Das entscheidende fachliche Kriterium oder den Zusammenhang erklären.
Zeigen, wie sich dies im eigenen Projekt konkret ausgewirkt hat.
Eine Alternative, Grenze, Voraussetzung oder ein verbleibendes Risiko einordnen.
Falls passend auf Test, Messwert, Protokoll, Abnahme oder Ergebnis verweisen.
Entscheidungen und Alternativen begründen
„Das macht unser Betrieb immer so“ beschreibt eine Rahmenbedingung, ersetzt aber keine fachliche Begründung. Erwartet wird, dass Anforderungen und Kriterien erkannt und die Folgen der gewählten Lösung eingeordnet werden. Auch eine vorgegebene Plattform lässt noch Entscheidungen zu, beispielsweise bei Dimensionierung, Absicherung, Integration, Teststrategie oder Migration.
Wurde eine sinnvolle Alternative verworfen, werden nicht nur Nachteile aufgezählt. Zuerst wird gezeigt, welche Anforderungen beide Optionen erfüllen, anschließend werden die entscheidenden Unterschiede und die daraus abgeleitete Auswahl erklärt.
| Schwache Aussage | Belastbare Begründung |
|---|---|
| „Lösung A ist besser.“ | „A erfüllt die geforderte Hochverfügbarkeit und lässt sich in das bestehende Monitoring integrieren; B hätte zusätzliche Betriebswerkzeuge benötigt.“ |
| „Das war sicherer.“ | „Die Segmentierung begrenzt erlaubte Kommunikationsbeziehungen; anschließend wurden die freigegebenen Verbindungen mit definierten Testfällen geprüft.“ |
| „Der Test war erfolgreich.“ | „Der Sollwert lag bei …; gemessen wurde … unter den festgelegten Bedingungen. Damit wurde das Abnahmekriterium erfüllt.“ |
Probleme professionell erläutern
Ein aufgetretenes Problem ist kein Makel, wenn Analyse und Lösung nachvollziehbar sind. Eine überzeugende Darstellung trennt Beobachtung, Hypothese, Prüfung, Ursache und Maßnahme. Vermutungen werden als solche benannt; nach der Änderung wird geprüft, ob das Fehlerbild tatsächlich beseitigt und keine neue Nebenwirkung entstanden ist.
- Fehlerbild und betroffene Funktion präzise beschreiben
- Auswirkungen und Dringlichkeit einordnen
- Diagnosedaten, Logs oder Messwerte gezielt auswählen
- Alternativursachen systematisch ausschließen
- Maßnahme und mögliche Nebenwirkungen begründen
- Ergebnis mit einem reproduzierbaren Test nachweisen
Bewertungsmatrix als Vorbereitung nutzen
Die bereitgestellte Bewertungsmatrix bewertet drei Bereiche zu gleichen Anteilen. Sie ist eine Orientierung; verbindlich bleibt die aktuelle Matrix der zuständigen IHK.
| Bewertungsbereich | Woran eine starke Leistung erkennbar wird |
|---|---|
| Relevanter Fachhintergrund | Fachwissen wird sicher, korrekt, verständlich und auf die Projektarbeit bezogen erläutert. |
| Problemerfassung und Problemlösung | Probleme werden erkannt, eingegrenzt und mit fachlich überzeugenden Lösungswegen dargestellt. |
| Argumentation und Begründung | Entscheidungen werden nachvollziehbar, präzise und anhand geeigneter Kriterien begründet. |
Sicher mit schwierigen Situationen umgehen
- Bei einer unklaren Frage kurz nachfragen, welcher Aspekt gemeint ist.
- Nicht verstandene Fachbegriffe offen präzisieren lassen, statt an der Frage vorbeizureden.
- Bei Unsicherheit gesichertes Wissen nennen und Vermutungen eindeutig als solche kennzeichnen.
- Einen erkannten Fehler sachlich korrigieren, ohne die vorherige Antwort zu verteidigen.
- Unbekannte Detailfragen mit einem sinnvollen Analyse- oder Prüfweg beantworten, wenn keine belastbare Lösung genannt werden kann.
- Antworten knapp beginnen und erst auf Nachfrage weiter vertiefen.
Betriebs- und Kundengeheimnisse schützen
Vertrauliche Informationen dürfen auch im Fachgespräch nicht unbedacht offengelegt werden. Dazu können Zugangsdaten, interne Adressen, Sicherheitsarchitekturen, personenbezogene Daten, Preise oder vertragliche Details gehören. Kritische Inhalte werden bereits in Dokumentation und Präsentation anonymisiert.
Betrifft eine Frage dennoch ein Geheimnis, wird dies ruhig benannt und eine Antwort auf der zulässigen Abstraktionsebene angeboten. Dabei sollte nicht pauschal alles als vertraulich abgewiesen werden: Das eigene Vorgehen, die verwendeten Kriterien und die fachlichen Zusammenhänge lassen sich meist ohne sensible Einzelwerte erläutern.
Realistisch üben und abschließend prüfen
Eine wirksame Probe ist ein echtes Fragegespräch und kein auswendig gelernter Fragenkatalog. Eine fachkundige Person darf nachhaken, Aussagen anzweifeln und zwischen Technik, Wirtschaftlichkeit, Sicherheit und Projektorganisation wechseln. Die Antworten werden anschließend auf Richtigkeit, Länge und Verständlichkeit ausgewertet.
- Antrag, Dokumentation und Folien auf mögliche Rückfragen markieren
- jede wichtige Entscheidung mit Kriterien, Alternative und Auswirkung erklären können
- Architektur und wesentliche Datenflüsse ohne Folien skizzieren können
- mindestens ein Problem vom Fehlerbild bis zum erfolgreichen Nachtest erläutern können
- Testkonzept, Abnahmekriterien und Zielerreichung mit konkreten Nachweisen beherrschen
- Kosten, Nutzen, Risiken und betrieblichen Betrieb der Lösung einordnen können
- mehrere kurze Probe-Fachgespräche unter Zeitdruck durchführen
- regionale Vorgaben und aktuelle Bewertungsmatrix der zuständigen IHK prüfen
Quellen zur fachlichen Prüfung
Hilfsmittel zum Fachgespräch
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.