Ergebnis
Wurden die technischen und fachlichen Anforderungen erfüllt?
LF2 · Bewerten und reflektieren
LF2.14 – Kundenauftrag bewerten und verbessern
Zielerreichung prüfen, Kundenfeedback einordnen, Verbesserungen ableiten und den vollständigen LF2-Kundenauftrag reflektieren.
Lernfeld 2 · Arbeitsplätze nach Kundenwunsch ausstatten
Curriculum-Faden
Diese Teilkompetenz bauen Sie hier auf
Handlungsphase: Bewerten und reflektieren
Auftragsdurchführung und Kundenzufriedenheit anhand geeigneter Kriterien bewerten und Verbesserungen ableiten.
Baut auf
Abgeschlossene Übergabe aus LF2.13.
Bereitet vor
Übergang zu LF3: Clients in Netzwerke einbinden.
Bewusste Abgrenzung dieser Lektion
Bewertung des Kundenauftrags, keine allgemeine Marktforschung.
Curriculumquelle: KMK-Rahmenlehrplan Fachinformatiker, Lernfeld 2
Berufliche Ausgangssituation
Der fiktive Auftrag für das K-27 Medienbüro ist operativ abgeschlossen.
Zwölf Arbeitsplätze wurden geplant, beschafft, geprüft, konfiguriert, getestet und dokumentiert übergeben.
Jetzt stellt sich nicht mehr die Frage:
„Ist der Arbeitsplatz übergeben?“
Sondern:
„Wie gut wurde der gesamte Auftrag erfüllt –
und was können wir beim nächsten Auftrag besser machen?“
Was verlangt das Lernfeld?
Lernfeld 2 endet nicht mit der technischen Übergabe.
Der Kundenauftrag wird anschließend bewertet. Dabei wird auch die Kundenzufriedenheit einbezogen.
Aus der Auswertung werden Verbesserungsmöglichkeiten für zukünftige Aufträge abgeleitet.
Damit schließt sich die Handlungskette:
Informieren → Analysieren → Vergleichen →
Entscheiden → Beschaffen → Durchführen →
Übergeben → Bewerten und reflektieren.
Die vollständige berufliche Handlung
LF2 hat den Kundenauftrag nicht in isolierte Wissensblöcke zerlegt, sondern schrittweise durch eine vollständige berufliche Handlung geführt.
| Phase | LF2-Beitrag |
|---|---|
| Informieren | Kundenwunsch und Rahmenbedingungen verstehen |
| Analysieren | Hardware-, Software- und weitere Anforderungen ableiten |
| Vergleichen | Produkte, Ergonomie, Nachhaltigkeit und Energie beurteilen |
| Entscheiden | Auswahl und Bezugsquelle begründen |
| Beschaffen | Angebot, Bestellung, Vertrag und Lieferung bearbeiten |
| Durchführen | Arbeitsplatz integrieren und konfigurieren |
| Übergeben | Arbeitsplatz dokumentiert an den Kunden übergeben |
| Bewerten | Zielerreichung und Verbesserungsmöglichkeiten reflektieren |
Bewertung braucht einen vorherigen Maßstab
Ein Auftrag lässt sich nicht belastbar bewerten, wenn erst nach Abschluss entschieden wird, was eigentlich das Ziel gewesen sein soll.
Grundsatz:
Erst Soll definieren,
dann Ist feststellen,
dann Abweichung bewerten.
Die Soll-Seite stammt beispielsweise aus:
- Kundenanforderungen,
- technischen Anforderungen,
- vereinbartem Leistungsumfang,
- Projekt- und Lieferterminen,
- definierten Funktionsprüfungen,
- Übergabeanforderungen.
Das SemaTrain-Abschlussmodell
1. Soll
Was sollte erreicht werden?
→
2. Ist
Was wurde tatsächlich dokumentiert erreicht?
→
3. Abweichung
Wo unterscheiden sich Soll und Ist?
→
4. Ursache prüfen
Welche beeinflussbaren Gründe sind plausibel?
→
5. Verbesserung
Was soll beim nächsten Auftrag konkret anders laufen?
Dieses Abschlussmodell wurde eigenständig für SemaTrain entwickelt.
Drei Perspektiven auf denselben Auftrag
Prozess
Wie nachvollziehbar, effizient und störungsarm verlief die Bearbeitung?
Kundenperspektive
Wie bewertet der Kunde die für ihn relevante Leistung und Zusammenarbeit?
Eine Perspektive ersetzt die anderen nicht.
Technische Zielerreichung bewerten
Für K-27 wurden unter anderem folgende Ziele definiert:
- zwölf nutzbare Arbeitsplätze,
- vorgesehene Geschäftsanwendung funktionsfähig,
- zwei nutzbare Bildschirme je Arbeitsplatz,
- Videokonferenzfunktion,
- funktionsfähige Eingabegeräte,
- dokumentierte Übergabe.
Die Bewertung erfolgt gegen die dokumentierten Funktions- und Übergabeergebnisse.
Der K-27-Soll-Ist-Vergleich
| Kriterium | Soll | Ist | Bewertung |
|---|---|---|---|
| Arbeitsplätze | 12 | 12 übergeben | erreicht |
| Pflichtfunktionen | alle definierten Tests bestanden | alle vor Übergabe bestanden | erreicht |
| Übergabedokumentation | für alle Arbeitsplätze | vollständig dokumentiert | erreicht |
| Zieltermin | bis 30.09.2026 | 29.09.2026 | erreicht |
| Anwendereinweisung | zentrale Bedienhandlungen erklärt und nachvollzogen | durchgeführt | erreicht |
Alle Projektdaten dieses Abschlussbeispiels sind fiktiv.
„Ziel erreicht“ bedeutet nicht „nichts verbessern“
Ein Auftrag kann seine Pflichtziele vollständig erreichen und trotzdem Verbesserungspotenziale im Prozess besitzen.
Beispiel:
Die Videokonferenzfunktion war bei der endgültigen
Übergabe vollständig funktionsfähig.
Während der Einrichtung hatte die Fehlersuche beim
Mikrofon jedoch unnötig lange gedauert.
Das technische Ziel ist damit erreicht. Der Arbeitsprozess kann trotzdem verbessert werden.
Abweichung zuerst neutral beschreiben
Vor einer Ursachenanalyse wird festgehalten, was beobachtet wurde.
| Zu früh interpretiert | Beobachtungsbezogen |
|---|---|
| „Die Konfiguration war schlecht geplant.“ | „Die Mikrofonfunktion benötigte drei zusätzliche Diagnoseschritte vor erfolgreichem Test.“ |
| „Der Lieferant war unzuverlässig.“ | „Eine gelieferte Einheit entsprach nicht der bestellten Variante.“ |
| „Der Kunde war schlecht vorbereitet.“ | „Bei der Einweisung entstand zusätzlicher Bedarf nach einer kompakten Kurzanleitung.“ |
Fehlerbild, Ursache und Verbesserung unterscheiden
Diese drei Ebenen sollten nicht vermischt werden.
| Ebene | Beispiel |
|---|---|
| Fehlerbild / Abweichung | Mikrofon wurde zunächst nicht erkannt. |
| mögliche Prozessursache | Referenzprüfung der Videokonferenz-Peripherie war im ersten Ablauf zu spät eingeplant. |
| Verbesserungsmaßnahme | Audio- und Kameratest künftig bereits in den frühen Referenzarbeitsplatz-Test aufnehmen. |
Wichtig:
Eine vermutete Ursache wird nicht allein durch
Wiederholung zur Tatsache.
Sie muss anhand des dokumentierten Ablaufs
plausibilisiert werden.
Kundenzufriedenheit strukturiert erfassen
Kundenzufriedenheit sollte nicht nur aus einem allgemeinen Eindruck abgeleitet werden.
Für einen kleinen Auftrag können beispielsweise konkrete Rückfragen verwendet werden:
- Erfüllt der Arbeitsplatz die vorgesehenen Aufgaben?
- War die Einweisung verständlich?
- Sind die bereitgestellten Informationen ausreichend?
- Gab es aus Kundensicht relevante Störungen?
- Was sollte bei einem weiteren Auftrag verbessert werden?
Die Antworten werden als Kundenperspektive dokumentiert und mit den übrigen Projektergebnissen zusammengeführt.
Kundenfeedback ist wichtig – aber nicht alleinige Wahrheit
Eine positive Rückmeldung beweist nicht automatisch, dass jeder technische Prozess optimal war.
Umgekehrt bedeutet ein Verbesserungswunsch nicht automatisch, dass die technische Lösung mangelhaft war.
Beispiel:
Der Kunde ist mit den Arbeitsplätzen zufrieden,
wünscht aber für zukünftige Rollouts eine
einseitige Kurzanleitung für neue Mitarbeitende.
Das ist ein verwertbarer Verbesserungshinweis, ohne dass daraus ein technischer Fehler konstruiert werden muss.
Fiktives Kundenfeedback zu K-27
| Rückmeldung | Einordnung |
|---|---|
| Arbeitsplätze erfüllen die vorgesehenen Aufgaben. | positive Rückmeldung zur Ergebnisqualität |
| Einweisung war verständlich. | positive Rückmeldung zur Übergabe |
| Bildschirmnutzung ist nachvollziehbar. | positive Rückmeldung zur Nutzbarkeit |
| Kurzanleitung für neue Mitarbeitende wäre hilfreich. | konkretes Verbesserungspotenzial |
Verbesserungen aus Befunden ableiten
Eine Verbesserung sollte nicht abstrakt bleiben.
| Befund | Verbesserung | Erwartete Wirkung |
|---|---|---|
| Mikrofontest kam zu spät im Referenzaufbau. | Audio- und Kameratest früher in die Referenzprüfung aufnehmen. | Fehler werden vor dem Rollout auf weitere Arbeitsplätze sichtbar. |
| Kunde wünscht kompakte Bedienhilfe. | Kurze arbeitsplatzbezogene Startinformation vorbereiten. | Neue Anwender können zentrale Funktionen schneller nachvollziehen. |
| Eine falsche Produktvariante wurde geliefert. | Produktkennung beim Wareneingang weiterhin als Pflichtprüfpunkt beibehalten. | Falsche Varianten gelangen nicht in die Serienintegration. |
Gute Verbesserungsmaßnahmen sind konkret
Wenig hilfreich:
„Beim nächsten Mal besser arbeiten.“
Besser:
„Beim Referenzarbeitsplatz wird der vollständige
Audio- und Kameratest künftig vor der Konfiguration
der weiteren Arbeitsplätze durchgeführt.“
Die zweite Aussage beschreibt:
- welcher Prozess betroffen ist,
- was konkret geändert wird,
- wann die Änderung greift,
- welches Problem dadurch früher sichtbar werden soll.
Verbesserungen priorisieren
Nicht jede denkbare Änderung ist gleich wichtig.
Für eine einfache Priorisierung können zwei Fragen helfen:
Wirkung
Wie stark verbessert die Maßnahme Qualität, Zuverlässigkeit oder Kundennutzen?
Aufwand
Wie viel zusätzlicher Aufwand entsteht durch die Änderung?
Eine einfache, wirksame Verbesserung kann sinnvoller sein als eine komplizierte Maßnahme mit geringem Nutzen.
Lessons Learned statt Schuldzuweisung
Die Abschlussreflexion soll den nächsten Auftrag verbessern.
Hilfreiche Fragen sind:
- Was hat gut funktioniert?
- Was hat unnötig Zeit oder Abstimmung verursacht?
- Welche Annahme war falsch oder unvollständig?
- Welche Prüfung sollte künftig früher erfolgen?
- Welche Dokumentation war besonders hilfreich?
- Welche Kundeninformation sollte verbessert werden?
Ziel:
Lernen aus dem Prozess –
nicht nachträglich einen Schuldigen konstruieren.
Die SemaTrain-Abschlussmatrix
| Bereich | Ergebnis | Verbesserung |
|---|---|---|
| Technische Zielerreichung | Pflichtanforderungen erfüllt | Referenztests vollständig beibehalten |
| Beschaffung | falsche Variante früh erkannt | Produktkennung als Pflichtprüfung beibehalten |
| Integration | Mikrofonproblem vor Übergabe gelöst | Audio-Test früher durchführen |
| Übergabe | Einweisung erfolgreich | kompakte Kurzanleitung ergänzen |
| Kundenperspektive | positive Rückmeldung | Verbesserungswunsch dokumentieren |
Die Matrix und alle darin verwendeten Daten wurden eigenständig für SemaTrain entwickelt.
Rückblick auf den gesamten LF2-Kundenauftrag
Die Handlung begann mit einer offenen Kundenanforderung.
Danach wurden:
- Kundenwünsche geklärt,
- Hardware- und Softwareanforderungen abgeleitet,
- technische Vorgaben berücksichtigt,
- Produkte verglichen,
- eine Auswahl begründet,
- Ergonomie, Nachhaltigkeit und Energie betrachtet,
- Bezugsquellen und Angebote verglichen,
- ein Kundenangebot kalkuliert,
- Beschaffung und Vertrag eingeordnet,
- Lieferungen geprüft,
- Arbeitsplätze integriert und getestet,
- Arbeitsplätze dokumentiert übergeben,
- Ergebnisse und Prozessqualität bewertet.
Damit bildet Lernfeld 2 eine zusammenhängende berufliche Handlung statt einer Sammlung unabhängiger Einzelthemen.
Was nehmen Sie fachlich aus LF2 mit?
Die zentrale Kompetenz lautet nicht:
„Ich kann einen bestimmten PC auswählen.“
Sondern:
Ich kann einen Arbeitsplatz ausgehend vom Kundenbedarf
technisch,
wirtschaftlich und organisatorisch planen,
beschaffen,
integrieren,
übergeben und anschließend bewerten.
Ein konkretes Produkt ist austauschbar. Die dahinterliegende berufliche Vorgehensweise bleibt übertragbar.
Übergang zu Lernfeld 3
LF2 hat den einzelnen Arbeitsplatz als Kundenlösung bereitgestellt.
Im nächsten Lernfeld wird die Perspektive erweitert:
Wie werden Clients fachlich geplant und in Netzwerke
eingebunden?
Damit baut LF3 auf bereits bekannten Komponenten, Anforderungen, Dokumentationsprinzipien und systematischer Fehlersuche auf, vertieft nun aber die Netzwerkperspektive.
Wichtig:
LF2.14 erklärt diesen Kompetenzübergang,
nimmt die Netzwerkkompetenzen aus LF3 aber noch
nicht vorweg.
Typischer Denkfehler
„Alle Arbeitsplätze funktionieren. Also gibt es nichts mehr zu bewerten.“
Doch.
Technische Zielerreichung ist nur ein Teil der Abschlussbetrachtung.
Auch Prozessqualität, Kundenrückmeldung, Dokumentation und erkannte Verbesserungspotenziale gehören zur professionellen Reflexion.
Praxisfall: Abschlussreview K-27
Für den fiktiven Auftrag liegen folgende Informationen vor:
- 12 von 12 Arbeitsplätzen übergeben,
- alle Pflichtfunktionstests vor Übergabe bestanden,
- Zieltermin eingehalten,
- eine falsche Produktvariante beim Wareneingang erkannt,
- Mikrofonproblem beim Referenzarbeitsplatz vor Übergabe gelöst,
- Kunde bewertet die Einweisung positiv,
- Kunde wünscht eine kompakte Kurzanleitung für neue Mitarbeitende.
Ihre Aufgabe:
- Erstellen Sie einen Soll-Ist-Vergleich.
- Trennen Sie technische Zielerreichung, Prozessqualität und Kundenfeedback.
- Benennen Sie mindestens zwei positive Prozessmerkmale.
- Benennen Sie mindestens zwei Verbesserungspotenziale.
- Trennen Sie beobachtete Abweichung und vermutete Ursache.
- Formulieren Sie für jedes Verbesserungspotenzial eine konkrete Maßnahme.
- Beschreiben Sie die erwartete Wirkung der Maßnahme.
- Formulieren Sie ein kurzes Gesamtfazit zum Auftrag.
TRANSFER
Transfer: Technisch erfolgreich, Prozess trotzdem verbesserbar
Stellen Sie sich einen anderen Auftrag vor:
- Alle technischen Ziele wurden erreicht.
- Der Kunde ist zufrieden.
- Die interne Dokumentation war jedoch unvollständig.
- Mehrere Fehler mussten deshalb doppelt untersucht werden.
Erklären Sie, warum der Auftrag gleichzeitig erfolgreich und verbesserungswürdig sein kann.
Trennen Sie dabei:
- Ergebnisqualität,
- Prozessqualität,
- Kundenperspektive.
Selbsttest
Selbsttest: Kundenauftrag bewerten und verbessern
Prüfen Sie, ob Sie Zielerreichung, Prozessqualität und Kundenperspektive unterscheiden, Abweichungen analysieren und nachvollziehbare Verbesserungen ableiten können.
Alle Fragen und Antwortmöglichkeiten dieses Selbsttests wurden für SemaTrain eigenständig entwickelt.
PRAXISAUFGABE
Praktische Lernaufgabe
Selbsttraining – keine Abgabe erforderlich.
Ihre Bearbeitung wird von SemaTrain derzeit weder
hochgeladen noch an einen Trainer übermittelt.
Erstellen Sie einen vollständig fiktiven Abschlussreview für einen IT-Arbeitsplatzauftrag.
Ihr Review soll enthalten:
- mindestens fünf vorher definierte Soll-Kriterien,
- den jeweiligen Ist-Zustand,
- eine Bewertung der Zielerreichung,
- mindestens eine Prozessabweichung,
- mindestens zwei Kundenrückmeldungen,
- eine Trennung von Beobachtung und möglicher Ursache,
- mindestens zwei konkrete Verbesserungsmaßnahmen,
- die erwartete Wirkung jeder Maßnahme,
- ein Gesamtfazit,
- eine kurze Beschreibung, welche Kompetenzen Sie in LF3 weiterentwickeln würden.
Führen Sie dabei noch keine eigentliche Netzwerkplanung oder Netzwerkkonfiguration durch.
SELBSTKONTROLLE
Selbstkontrolle
- Bewerte ich gegen vorher definierte Ziele?
- Trenne ich Soll und Ist?
- Trenne ich Ergebnis, Prozess und Kundenperspektive?
- Beschreibe ich Abweichungen zunächst neutral?
- Unterscheide ich Fehlerbild und mögliche Ursache?
- Behandle ich Kundenfeedback als wichtige, aber einzuordnende Informationsquelle?
- Leite ich Verbesserungen aus konkreten Befunden ab?
- Formuliere ich Maßnahmen konkret genug, dass sie beim nächsten Auftrag umgesetzt werden könnten?
- Reflektiere ich auch erfolgreich erreichte Ziele?
- Kann ich den vollständigen LF2-Handlungsablauf erklären?
- Habe ich die eigentliche Netzwerkintegration für LF3 offengelassen?
REFLEXION
Reflexion
Können Sie jetzt erklären:
- warum ein Auftrag auch nach erfolgreicher Übergabe noch bewertet werden muss,
- warum technische Funktion und Kundenzufriedenheit nicht dasselbe sind,
- warum Kundenzufriedenheit allein ebenfalls keine vollständige Qualitätsbewertung ersetzt,
- wie aus einer dokumentierten Abweichung eine konkrete Verbesserungsmaßnahme entsteht,
- wie sich der vollständige Kundenauftrag durch alle 14 LF2-Lernetappen entwickelt hat,
- welche Kompetenzbrücke von LF2 zu LF3 führt?
Quellen & Einordnung
Curriculum-Grundlage:
KMK-Rahmenlehrplan für Fachinformatikerinnen und
Fachinformatiker,
Lernfeld 2.
Curriculare Einordnung:
Die letzte Phase von Lernfeld 2 bewertet den
durchgeführten Kundenauftrag,
bezieht die Kundenzufriedenheit ein und nutzt die
Ergebnisse zur Verbesserung zukünftiger Aufträge.
Methodische Einordnung:
Das Abschlussmodell,
die Bewertungsmatrix,
die Kundenrückmeldungen,
die Verbesserungslogik,
alle Fälle,
Aufgaben,
MC-Fragen,
Antwortoptionen und Lösungen wurden eigenständig
für SemaTrain entwickelt.
Für diese Lernetappe ist keine zusätzliche Rechtsquelle erforderlich.
Abgrenzung zu LF3:
LF2.14 stellt die Kompetenzbrücke zum nächsten
Lernfeld her,
führt aber noch keine vertiefte Netzwerkplanung oder
Client-Netzwerkkonfiguration durch.