LF2 · Übergeben und prüfen

LF2.13 – Arbeitsplatz übergeben und dokumentieren

Übergabereife prüfen, Anwender einweisen und den übergebenen Arbeitsplatz transparent protokollieren.

Lernfeld 2 · Arbeitsplätze nach Kundenwunsch ausstatten

Curriculum-Faden

Diese Teilkompetenz bauen Sie hier auf

Handlungsphase: Übergeben und prüfen

Funktionsfähigkeit dokumentieren, Ergebnisse verständlich übergeben und ein geeignetes Übergabeprotokoll erstellen.

Baut auf

Konfigurierter und geprüfter Arbeitsplatz.

Bereitet vor

LF2.14 bewertet Auftrag und Kundenzufriedenheit.

Bewusste Abgrenzung dieser Lektion

Keine formale Abgabe an SemaTrain.

Curriculumquelle: KMK-Rahmenlehrplan Fachinformatiker, Lernfeld 2

Berufliche Ausgangssituation

Die Arbeitsplätze für das fiktive K-27 Medienbüro sind aufgebaut, konfiguriert und technisch geprüft.

Der Referenzarbeitsplatz erfüllt die definierten Pflichtanforderungen. Die weiteren Arbeitsplätze wurden gegen denselben Soll-Zustand geprüft.

Nun steht die Übergabe an den Kunden bevor.

Wie wird aus einem technisch fertigen Arbeitsplatz eine nachvollziehbar übergebene Kundenlösung?

Was verlangt das Lernfeld?

Lernfeld 2 verlangt nach Integration, Konfiguration und Inbetriebnahme ausdrücklich, den Arbeitsplatz an die Kunden zu übergeben und ein Übergabeprotokoll zu erstellen.

LF2.13 konzentriert sich deshalb auf:

Übergabereife,
Vorbereitung der Übergabe,
adressatengerechte Einweisung,
Dokumentation des Übergabestatus,
transparente offene Punkte.

Abgrenzung: Die systematische Bewertung des gesamten Kundenauftrags, die Kundenzufriedenheit und Verbesserungsvorschläge folgen erst in LF2.14.

Übergabe beginnt vor dem Kundengespräch

Eine professionelle Übergabe beginnt nicht erst, wenn der Kunde vor dem Arbeitsplatz steht.

Vorher wird geprüft:

Ist der vorgesehene technische Soll-Zustand erreicht?
Sind die relevanten Funktionstests dokumentiert?
Sind erforderliche Unterlagen vorbereitet?
Sind übergebene Komponenten eindeutig zugeordnet?
Sind bekannte offene Punkte sichtbar dokumentiert?
Ist klar, welche Funktionen dem Anwender gezeigt werden sollen?

Damit wird die Übergabe planbar statt improvisiert.

Übergabereife anhand des Soll-Zustands prüfen

Die technische Grundlage stammt aus LF2.12.

Prüfpunkt	Status vor Übergabe
Systemstart	bestanden
zwei vorgesehene Bildschirme	bestanden
Tastatur und Maus	bestanden
Geschäftsanwendung	bestanden
Videokonferenzkamera	bestanden
Videokonferenzmikrofon	bestanden

Grundsatz: Die Übergabe bestätigt keinen Zustand, der vorher nicht geprüft wurde.

Pflichtpunkt offen: Übergabestatus nicht schönreden

Ist eine zwingend benötigte Funktion noch nicht funktionsfähig, wird der Arbeitsplatz nicht einfach als vollständig fehlerfrei dokumentiert.

Stattdessen wird festgehalten:

welcher Prüfpunkt betroffen ist,
welches konkrete Fehlerbild beobachtet wurde,
welcher Bearbeitungsstatus besteht,
welcher nächste Schritt erforderlich ist.

Merksatz: Ein offener Punkt wird durch Weglassen nicht gelöst.

Technische Dokumentation und Übergabeprotokoll unterscheiden

Technische Dokumentation

Dokumentiert den technischen Systemzustand, relevante Konfigurationen, Tests und technische Abweichungen.

Übergabeprotokoll

Dokumentiert, was dem Kunden in welchem Zustand übergeben, gezeigt und als offen gekennzeichnet wurde.

Beide Dokumentationen greifen ineinander, sind aber nicht identisch.

Wichtig: Ein Übergabeprotokoll ersetzt nicht die technische Dokumentation aus LF2.12.

Was gehört in ein Übergabeprotokoll?

Eine sinnvolle Struktur kann enthalten:

Vorgangs- oder Projektbezug,
eindeutige Arbeitsplatz- beziehungsweise Gerätezuordnung,
Datum der Übergabe,
übergebene Komponenten,
relevanter Funktionsstatus,
übergebene Unterlagen,
durchgeführte Einweisung,
bekannte offene Punkte,
vereinbarte beziehungsweise vorgesehene nächste Schritte.

Welche zusätzlichen Felder ein Unternehmen verwendet, richtet sich nach seinem betrieblichen Prozess.

Das SemaTrain-Übergabeprotokoll

Feld	Fiktiver K-27-Eintrag
Projektbezug	K-27 Arbeitsplatzprojekt
Arbeitsplatz-ID	K27-AP-01
Gerät	Nord B24
Bildschirme	2 geprüft und funktionsfähig
Eingabegeräte	Tastatur und Maus geprüft
Geschäftsanwendung	Starttest bestanden
Videokonferenz	Kamera und Audio geprüft
Einweisung	Arbeitsplatzstart, Anzeige, Geschäftsanwendung, Videokonferenz
Offene Pflichtpunkte	keine
Status	für Übergabe vorbereitet

Alle Angaben sind vollständig fiktiv. Die Protokollstruktur wurde eigenständig für SemaTrain entwickelt.

Adressatengerecht einweisen

Eine Einweisung soll dem Anwender ermöglichen, die für seine Arbeitsaufgabe relevanten Funktionen sicher nachzuvollziehen.

Dafür wird nicht automatisch jede technische Konfiguration erklärt.

Die Leitfrage lautet: Was muss diese Person wissen und praktisch nachvollziehen, um den übergebenen Arbeitsplatz wie vorgesehen nutzen zu können?

Vom Erklären zum Nachvollziehen

Eine einfache Einweisungsstruktur lautet:

1. Ziel nennen Welche Arbeitsaufgabe wird gezeigt?

→

2. Vormachen Relevante Bedienhandlung verständlich demonstrieren.

→

3. Nachvollziehen lassen Anwender führt den zentralen Schritt selbst durch.

→

4. Fragen klären Unklarheiten sichtbar machen und beantworten.

Diese Einweisungsstruktur wurde eigenständig für SemaTrain entwickelt.

Nur relevante Funktionen einweisen

Für den K-27-Arbeitsplatz könnte die Einweisung beispielsweise umfassen:

Arbeitsplatz starten und regulär beenden,
Bildschirmaufteilung verwenden,
vorgesehene Geschäftsanwendung öffnen,
Videokonferenzkamera und Audio verwenden,
vorgesehene Peripherie nutzen,
betriebliche Anlaufstelle bei technischen Problemen kennen.

Interne Diagnosewege, nicht benötigte Administrationsdetails oder die gesamte technische Entstehungsgeschichte müssen nicht Teil einer normalen Anwenderübergabe sein.

Einweisung ist keine Vorlesung

Eine lange technische Erklärung garantiert nicht, dass der Anwender den Arbeitsplatz bedienen kann.

Besser ist eine kurze, auf die tatsächlichen Aufgaben bezogene Einweisung mit überprüfbaren Bedienhandlungen.

Beispiel: Nicht nur erklären, wo die Videokonferenzfunktion liegt. Den Anwender Kamera und Mikrofon im vorgesehenen Ablauf selbst prüfen lassen.

Offene Punkte konkret formulieren

Falls bei einer Übergabe ein zulässiger, transparent behandelter offener Punkt besteht, muss er eindeutig beschrieben werden.

Ungünstig	Besser
„Audio geht irgendwie nicht.“	„Mikrofon wird im definierten Videokonferenztest noch nicht erkannt.“
„Wird später gemacht.“	„Mikrofonprüfung offen; erneuter Funktionstest nach Korrektur erforderlich.“
„Alles okay.“	„Alle dokumentierten Pflichtprüfpunkte bestanden.“

Die Formulierung soll den tatsächlichen Zustand beschreiben und keine unbelegte Sicherheit erzeugen.

Status des Übergabeprotokolls

Für ein Lernmodell können beispielsweise folgende Statuswerte verwendet werden:

Status	Bedeutung
übergabebereit	Alle für die Übergabe definierten Pflichtprüfpunkte sind erfüllt.
Klärung erforderlich	Mindestens ein für die Übergabe relevanter Punkt ist noch nicht ausreichend geklärt.
nicht übergabebereit	Ein notwendiges Prüfkriterium ist nicht erfüllt.

Der Status macht den Übergabezustand sichtbar, ersetzt aber nicht die dokumentierten Einzelprüfungen.

Übergebene Unterlagen nachvollziehbar benennen

Je nach Arbeitsplatz und betrieblichem Prozess können beispielsweise übergeben oder zugänglich gemacht werden:

kurze Bedieninformationen,
betriebliche Supportinformationen,
relevante Herstellerunterlagen, sofern vorgesehen,
kundenbezogene Dokumentation des bereitgestellten Arbeitsplatzes.

Im Übergabeprotokoll sollte nachvollziehbar sein, welche Unterlagen Bestandteil der Übergabe waren.

Keine unbelegten Geheimnisse dokumentieren

Ein Übergabeprotokoll dient der nachvollziehbaren Übergabe.

Es ist kein Sammelplatz für vertrauliche technische Informationen, die für diesen Dokumentationszweck nicht erforderlich sind.

Sensible Informationen werden entsprechend dem vorgesehenen betrieblichen Verfahren behandelt.

Grundsatz: So viel dokumentieren wie für die Übergabe erforderlich – nicht wahllos alle internen Informationen verteilen.

Übergabeprotokoll und Funktionsprotokoll verbinden

LF2.12 hat technische Prüfergebnisse erzeugt.

LF2.13 verwendet diese Ergebnisse, ohne alle technischen Einzelheiten erneut zu erzeugen.

Beispiel: Technisches Protokoll: „2 Bildschirme erkannt und Funktion geprüft.“

Übergabeprotokoll: „Arbeitsplatz mit zwei funktionsgeprüften Bildschirmen übergeben.“

So bleibt die Herkunft der Übergabeaussage nachvollziehbar.

Einheitliche Übergabe bei mehreren Arbeitsplätzen

Bei zwölf vergleichbaren Arbeitsplätzen hilft eine einheitliche Protokollstruktur.

Sie unterstützt:

vergleichbare Dokumentation,
vollständige Übergaben,
schnelle Erkennung von Abweichungen,
eindeutige Zuordnung der Arbeitsplätze,
spätere Nachvollziehbarkeit.

Ein Standardformular ersetzt aber nicht die Prüfung des einzelnen Arbeitsplatzes.

Typischer Denkfehler

„Das Übergabeprotokoll ist ausgefüllt. Damit ist automatisch bewiesen, dass technisch alles funktioniert.“

Nein.

Das Protokoll dokumentiert einen Zustand. Die zugrunde liegenden technischen Aussagen müssen durch die zuvor durchgeführten Prüfungen gedeckt sein.

Dokumentation ersetzt keine Prüfung. Sie macht Prüfung nachvollziehbar.

Praxisfall: Übergabe des K-27-Referenzarbeitsplatzes

Für den Arbeitsplatz K27-AP-01 liegen folgende fiktive Prüfergebnisse vor:

Systemstart: bestanden,
zwei Bildschirme: bestanden,
Tastatur und Maus: bestanden,
Geschäftsanwendung: bestanden,
Kamera: bestanden,
Mikrofon: bestanden.

Der Anwender benötigt im Alltag:

Geschäftsanwendung,
zwei Bildschirme,
Videokonferenzen,
betriebliche Supportinformation.

Ihre Aufgabe:

Prüfen Sie die Übergabereife.
Erstellen Sie eine kurze Einweisungsagenda.
Formulieren Sie vier konkrete Bedienhandlungen, die der Anwender nachvollziehen soll.
Erstellen Sie ein Übergabeprotokoll.
Ordnen Sie die technischen Prüfergebnisse den kundenbezogenen Übergabepunkten zu.
Dokumentieren Sie, welche Unterlagen beziehungsweise Informationen übergeben wurden.
Kennzeichnen Sie den abschließenden Übergabestatus.

TRANSFER

Transfer: Ein Pflichtpunkt fällt unmittelbar vor der Übergabe aus

Kurz vor dem Termin fällt das Mikrofon im definierten Videokonferenztest aus.

Bearbeiten Sie folgende Fragen:

Welche bereits geplante Protokollaussage darf jetzt nicht unverändert übernommen werden?
Wie beschreiben Sie den neuen Zustand neutral?
Welcher Übergabestatus ist angemessen?
Welche weitere technische Prüfung ist erforderlich?
Warum darf der Termindruck den dokumentierten Ist-Zustand nicht verändern?

PRAXISAUFGABE

Praktische Lernaufgabe

Selbsttraining – keine Abgabe erforderlich.
Ihre Bearbeitung wird von SemaTrain derzeit weder hochgeladen noch an einen Trainer übermittelt.

Erstellen Sie für einen vollständig fiktiven IT-Arbeitsplatz eine komplette Übergabevorbereitung.

Erarbeiten Sie:

fünf Kriterien für die Übergabereife,
eine kurze Einweisungsagenda,
vier Bedienhandlungen für den Anwender,
eine Liste der zu übergebenden Unterlagen,
ein Übergabeprotokoll mit mindestens acht Feldern,
einen fiktiven offenen Punkt,
eine sachliche Formulierung dieses offenen Punktes,
einen begründeten Übergabestatus.

Bewerten Sie noch nicht den gesamten Kundenauftrag und führen Sie noch keine systematische Auswertung der Kundenzufriedenheit durch. Das folgt in LF2.14.

SELBSTKONTROLLE

Selbstkontrolle

Prüfe ich die Übergabereife gegen dokumentierte Funktionsprüfungen?
Unterscheide ich technische Dokumentation und Übergabeprotokoll?
Bereite ich die Übergabe vor dem Kundentermin vor?
Ist meine Einweisung auf die tatsächlichen Aufgaben des Anwenders ausgerichtet?
Lasse ich zentrale Bedienhandlungen praktisch nachvollziehen?
Dokumentiere ich offene Punkte konkret?
Vermeide ich Aussagen, die nicht durch eine Prüfung gedeckt sind?
Ordne ich Unterlagen und Arbeitsplatz eindeutig zu?
Ersetze ich Prüfung nicht durch Dokumentation?
Habe ich Gesamtbewertung und Kundenzufriedenheit für LF2.14 offengelassen?

REFLEXION

Reflexion

Können Sie jetzt erklären:

warum die Übergabe auf den technischen Prüfergebnissen aus LF2.12 aufbaut,
warum ein ausgefülltes Protokoll keinen ungeprüften technischen Zustand beweist,
warum Anwender nicht mit unnötigen technischen Details überladen werden sollten,
warum offene Pflichtpunkte nicht verschwiegen werden dürfen,
warum eine einheitliche Übergabestruktur bei mehreren Arbeitsplätzen hilfreich ist,
welche Informationen LF2.14 benötigt, um den Kundenauftrag anschließend zu bewerten?

Quellen & Einordnung

Curriculum-Grundlage:
KMK-Rahmenlehrplan für Fachinformatikerinnen und Fachinformatiker, Lernfeld 2.

KMK-Rahmenlehrplan öffnen

Der Rahmenlehrplan sieht in Lernfeld 2 nach Integration, Konfiguration und Inbetriebnahme die Übergabe des Arbeitsplatzes an die Kunden sowie die Erstellung eines Übergabeprotokolls vor.

Methodische Einordnung:
Die dargestellte Übergabekette, die Einweisungsstruktur, das Statusmodell und das Übergabeprotokoll wurden eigenständig für SemaTrain entwickelt.

Es wird keine bestimmte fremde Vorlage, kein fremdes Übergabeformular und kein Herstellerdokument reproduziert.

Curriculare Abgrenzung:
Die systematische Bewertung der Durchführung, die Kundenzufriedenheit und Verbesserungsvorschläge werden erst in LF2.14 bearbeitet.

Nächster Lernschritt

Der Arbeitsplatz ist nun nicht nur technisch geprüft, sondern auch nachvollziehbar an den Kunden übergeben.

Im letzten Schritt von Lernfeld 2 wird der gesamte Kundenauftrag bewertet und reflektiert.

LF2.14 – Kundenauftrag bewerten und verbessern öffnen