LF3 · Bewerten und reflektieren

LF3.14 – Client-Integration bewerten und optimieren

Dokumentierte Ergebnisse gegen LF3-Ziele zurückbinden, Korrekturbedarf und Optimierung unterscheiden und Lessons Learned ableiten.

Lernfeld 3 · Clients in Netzwerke einbinden

Curriculum-Faden

Diese Teilkompetenz bauen Sie hier auf

Handlungsphase: Bewerten und reflektieren

Die Client-Integration und den Arbeitsprozess reflektieren, Optimierungsmöglichkeiten ableiten und das Ergebnis unter wirtschaftlichen und ökologischen Gesichtspunkten bewerten.

Baut auf

LF3.13 hat Funktion, Abweichungen und Prüfergebnisse dokumentiert.

Bereitet vor

LF4 führt die sichere Arbeit mit IT-Systemen zur Schutzbedarfsanalyse im eigenen Arbeitsbereich weiter.

Bewusste Abgrenzung dieser Lektion

Abschluss und Optimierung der Client-Integration; noch keine Schutzbedarfsanalyse aus LF4.

Curriculumquelle: KMK-Rahmenlehrplan Fachinformatiker, Lernfeld 3

Berufliche Ausgangssituation

Die Client-Integration im fiktiven K-27 Medienbüro ist geplant, entschieden, durchgeführt und in LF3.13 geprüft worden.

Nun liegen dokumentierte Prüfergebnisse, Abweichungen und offene Punkte vor.

LF3.14 verändert nicht erneut die Technik.
LF3.14 bewertet, reflektiert und leitet Verbesserungen ab.

Bewertung braucht vorhandene Maßstäbe

Die Kriterien werden nicht erst am Ende erfunden. Die Abschlussbewertung bindet zurück an:

Anforderungen und Leistungskriterien aus LF3.1,
Bestandsinformationen aus LF3.2,
fachliche Grundlagen aus LF3.3 bis LF3.9,
Wirtschaftlichkeit, Ökologie und Energieeffizienz aus LF3.10,
technische Auswahl aus LF3.11,
Durchführung aus LF3.12,
Prüfergebnisse aus LF3.13.

Planung liefert den Maßstab.
Prüfung liefert die Beobachtung.
Bewertung führt beides zusammen.

Technische Zielerreichung und Prozessqualität

Technische Zielerreichung

Wurden die dokumentierten Anforderungen und Prüfkriterien erfüllt?

Prozessqualität

Wie nachvollziehbar, wirtschaftlich, ressourcenschonend und störungsarm verlief die Integration?

Technisch erfolgreich bedeutet nicht automatisch, dass der Arbeitsprozess nicht verbessert werden kann.

K-27: dokumentierte Abschlussdaten

Bereich	dokumentiertes Ergebnis
Client-Netzparameter	wie geplant umgesetzt
lokale IP-Prüfung	BESTANDEN
Gateway-Prüfung	BESTANDEN
entfernte IP-Prüfung	BESTANDEN
DNS-Prüfung	BESTANDEN
geeignete vorhandene Clientverkabelung	weiterverwendet
dokumentierte Portreserve	eingehalten
Prüfprotokoll	vollständig für den Lernfall
offener technischer Muss-Punkt	keiner dokumentiert

Korrekturbedarf und Optimierungspotenzial unterscheiden

Situation	Einordnung
Eine Muss-Funktion ist NICHT BESTANDEN.	Korrekturbedarf
Pflichtfunktionen bestehen, die Dokumentation könnte aber klarer sein.	Optimierungspotenzial
Für eine Bewertung fehlen Informationen.	OFFEN

Nicht erfüllte Pflichtziele werden nicht als freiwillige Optimierungswünsche behandelt.

Prozessqualität über die LF3-Handlungskette betrachten

Waren Anforderungen präzise genug?
War der Bestand nachvollziehbar erfasst?
Waren Netzwerkpläne und Dokumentation belastbar?
Wurden Leistungskriterien vor der Auswahl festgelegt?
War die Komponentenauswahl begründet?
Wurde die Clientkonfiguration kontrolliert durchgeführt?
Wurde systematisch geprüft?
Wurden Beobachtung und Hypothese getrennt?
Blieben offene Punkte transparent?

Wirtschaftlichkeit zurückbinden

Wirtschaftlichkeit wurde in LF3.10 nicht auf den Anschaffungspreis reduziert.

Bei der Abschlussbewertung können betrachtet werden:

Integrationsaufwand,
Betriebsaufwand,
Wartungs- und Supportaufwand,
Lebensdauer,
Folgekosten,
notwendige Zusatzarbeiten,
Auswirkungen auf vorhandene Infrastruktur.

LF3.14 führt dabei keine neue Beschaffung und keine neue Produktauswahl durch.

Wiederverwendung bewerten

Im K-27-Fall wurde geeignete vorhandene Clientverkabelung weiterverwendet.

Die Reflexion fragt:

Erfüllte die vorhandene Infrastruktur die Anforderungen?
Wurde unnötiger Austausch vermieden?
Entstand unverhältnismäßiger Zusatzaufwand?
Blieb die Lösung wartbar und nachvollziehbar?

Geeignete Wiederverwendung kann wirtschaftliche und ökologische Vorteile verbinden.

Lebensdauer und Folgekosten reflektieren

Ist die Lösung voraussichtlich ausreichend lange nutzbar?
Ist Wartung mit vertretbarem Aufwand möglich?
Entstehen erkennbare unnötige Folgekosten?
Ist die Lösung sinnvoll erweiterbar?
Wird unnötige Ersatzbeschaffung vermieden?

LF3.14 führt keine neue vollständige betriebswirtschaftliche Kalkulation durch.

Ökologie und Energieeffizienz reflektieren

Aus LF3.10 werden zurückgebunden:

Weiterverwendung geeigneter Technik,
Lebensdauer,
Reparierbarkeit,
Erweiterbarkeit,
Ressourceneinsatz,
Energiebedarf im Betrieb.

Der kleinste Wattwert ist nicht automatisch die beste Lösung.

Energieeffizienz muss gemeinsam mit Funktionsbedarf und betrieblicher Nutzbarkeit bewertet werden.

Zielkonflikte sichtbar machen

Leistungsreserve und Energiebedarf,
Wiederverwendung und Integrationsaufwand,
geringe Anfangskosten und lange Nutzungsdauer,
Standardisierung und besondere Einzelanforderungen.

Ein Zielkonflikt wird nicht nachträglich versteckt, sondern als Teil der Abschlussbewertung dokumentiert.

Verbesserung braucht einen dokumentierten Befund

Befund	Verbesserungsvorschlag	erwarteter Nutzen
Prüfziele mussten aus mehreren Notizen zusammengesucht werden.	Prüfziele künftig bereits im Integrationskonzept kompakt bündeln.	eindeutigere Vorbereitung der Prüfung
Geeignete Verkabelung konnte weiterverwendet werden.	Wiederverwendungsentscheidung künftig früher dokumentieren.	unnötige Ersatzplanung vermeiden
Die technische Prüfreihenfolge hat funktioniert.	Prüfreihenfolge als Vorlage für ähnliche Fälle nutzen.	reproduzierbarer Prozess

Nutzen und Aufwand qualitativ einordnen

Verbesserung	Nutzen	Aufwand	offene Abhängigkeit
kompakte Übergabetabelle für Prüfkriterien	hoch	gering	Vorlage betrieblich abstimmen
Bestandskennzeichnung vereinheitlichen	mittel bis hoch	mittel	Dokumentationsregeln beachten
zusätzliche Hardware ohne belegten Bedarf	nicht belegt	zusätzlich	Bedarf ungeklärt

Das ist keine zweite vollständige Nutzwertanalyse.

Verbesserungsvorschlag ist keine Produktivfreigabe

Verbesserungsvorschlag ≠ Produktivfreigabe.

Eine spätere Umsetzung richtet sich nach den vorgesehenen betrieblichen Planungs-, Entscheidungs- und Freigabeprozessen.

Lessons Learned

Was hat gut funktioniert?
Welche Annahme war unvollständig oder falsch?
Welche Information hätte früher benötigt werden können?
Welche Prüfung sollte künftig früher vorbereitet werden?
Welche Dokumentation war besonders hilfreich?
Wo entstand unnötiger Abstimmungsaufwand?
Welche Vorgehensweise sollte beibehalten werden?
Welche Verbesserung ist noch nicht ausreichend belegt?

Lessons Learned verbessern zukünftige Prozesse. Sie dienen nicht der nachträglichen Schuldzuweisung.

K-27: LF3-Abschlussraster

Bewertungsachse	dokumentierter Stand	Abschlussfolgerung
technische Zielerreichung	definierte Prüfungen bestanden	Kernziel erreicht
Prozessqualität	Handlungsphasen dokumentiert	grundsätzlich belastbarer Ablauf
Wiederverwendung	geeignete Verkabelung weiterverwendet	Planungskriterium umgesetzt
Wirtschaftlichkeit	unnötige Neubeschaffung vermieden	positiver Beitrag
Ökologie	geeignete Infrastruktur weitergenutzt	Ressourcenschonung berücksichtigt
Energieeffizienz	als Kriterium berücksichtigt	nicht isoliert betrachtet
offene Punkte	keine Pflichtabweichung verschwiegen	Transparenz erhalten
Optimierung	Dokumentationsstruktur verbesserbar	Lessons Learned ableiten

Was LF3.14 bewusst nicht tut

keine neue vollständige Nutzwertanalyse,
keine neue Beschaffungsentscheidung,
keine neue Produktauswahl,
keine produktive Clientänderung,
keine Switch- oder Routeradministration,
keine Serveradministration,
keine neue technische Testkampagne,
keine umfassende Sicherheitsarchitektur,
keine Schutzbedarfsanalyse aus LF4.

Grenze zu Lernfeld 4

LF3 endet mit Bewertung und Reflexion der Client-Integration.

Die Schutzbedarfsanalyse aus LF4 wird in LF3.14 nicht vorgezogen.

LF3.14 bewertet ausschließlich, was innerhalb von LF3 geplant, umgesetzt, geprüft und dokumentiert wurde.

PRAXISAUFGABE

Praktische Lernaufgabe

Für einen vollständig fiktiven Clientfall gelten:

alle Muss-Prüfkriterien bestanden,
ein Soll-Kriterium zur Dokumentationsqualität teilweise erfüllt,
geeignete Verkabelung weiterverwendet,
keine zusätzliche Hardware erforderlich,
Prüfung dauerte länger, weil Testziele nicht kompakt vorbereitet waren,
keine belastbaren Daten für eine zusätzliche Energieverbrauchsberechnung vorhanden.

Erstellen Sie:

Bewertung der technischen Zielerreichung,
Bewertung der Prozessqualität,
Einordnung von Korrekturbedarf und Optimierung,
wirtschaftliche Reflexion,
ökologische und energiebezogene Reflexion,
mindestens zwei Zielkonflikte,
zwei Verbesserungsvorschläge,
qualitative Nutzen-Aufwand-Einordnung,
drei Lessons Learned,
einen LF3-Abschlussstatus.

Erfinden Sie keine fehlenden Messdaten. Nicht belegte Aussagen bleiben offen.

Praxisauftrag

Selbsttraining – keine Abgabe erforderlich.

Erstellen Sie für eine vollständig fiktive Client-Integration eine Abschlussbewertung mit:

Muss-, Soll- und Kann-Anforderungen,
dokumentierten Prüfergebnissen,
technischer Zielerreichung,
Prozessqualität,
Korrekturbedarf,
Optimierungspotenzial,
wirtschaftlicher Reflexion,
Wiederverwendung, Lebensdauer und Folgekosten,
ökologischer und energiebezogener Reflexion,
Zielkonflikten,
Verbesserungsvorschlägen mit Nutzen und Aufwand,
offenen Informationen,
mindestens vier Lessons Learned,
abschließendem LF3-Status.

Führen Sie keine neue Produktauswahl, Beschaffung, Nutzwertanalyse, Produktivkonfiguration oder Schutzbedarfsanalyse durch.

SELBSTKONTROLLE

Selbstkontrolle

Bewerte ich gegen dokumentierte LF3-Ziele?
Trenne ich technische Zielerreichung und Prozessqualität?
Unterscheide ich Korrekturbedarf und Optimierungspotenzial?
Kennzeichne ich offene Informationen weiterhin als offen?
Betrachte ich Wirtschaftlichkeit über den Anschaffungspreis hinaus?
Berücksichtige ich Wiederverwendung, Lebensdauer und Folgekosten?
Reflektiere ich Ökologie und Energieeffizienz?
Mache ich Zielkonflikte sichtbar?
Leite ich Verbesserungen aus dokumentierten Befunden ab?
Ordne ich Nutzen und Aufwand nachvollziehbar ein?
Behandle ich Verbesserungen nicht als automatische Produktivfreigabe?
Bleibt die Schutzbedarfsanalyse vollständig in LF4?

REFLEXION

Reflexion

Warum kann eine technisch erfolgreiche Integration trotzdem optimiert werden?
Warum ist ein nicht erfülltes Muss-Kriterium kein freiwilliger Optimierungswunsch?
Warum umfasst Wirtschaftlichkeit mehr als den Anschaffungspreis?
Wann kann Wiederverwendung wirtschaftlich und ökologisch sinnvoll sein?
Warum ist Energieeffizienz nicht isoliert vom Funktionsbedarf zu bewerten?
Warum ist ein Verbesserungsvorschlag keine automatische Produktivfreigabe?
Welche Lessons Learned verbessern eine zukünftige Client-Integration?
Warum beginnt die Schutzbedarfsanalyse erst im nachfolgenden Lernfeld?

Quellen & Einordnung

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

KMK-Rahmenlehrplan öffnen

Offizielle Fachquelle – nachhaltige Nutzung von IKT:
Umweltbundesamt: Hinweise zur nachhaltigen Beschaffung und Nutzungsdauer von IKT-Geräten.

Umweltbundesamt – IKT-Geräte und nachhaltige Beschaffung

Offizielle Fachquelle – energieeffiziente Produkte:
Europäische Kommission: Informationen zu energieeffizienten Computern.

Europäische Kommission – Energy Efficient Products

Quelleneinordnung:
Die externen Fachquellen werden für die Rückbindung der bereits in LF3.10 eingeführten Aspekte Nutzungsdauer, Ressourcenschonung und Energieeffizienz verwendet.

Methodische Einordnung:
LF3.14 wertet dokumentierte LF3-Ergebnisse aus. Eine neue technische Testkampagne ist nicht Gegenstand.

Clean Room:
Alle K-27-Abschlussdaten, Bewertungsraster, Verbesserungsvorschläge, Lessons Learned, Aufgaben, MC-Fragen, Antwortoptionen und Lösungen wurden eigenständig für SemaTrain entwickelt.

Für LF3.14 ist keine zusätzliche Rechtsquelle erforderlich.

Curriculare Abgrenzung:
LF3.14 schließt die Client-Integration durch Bewertung, Reflexion und begründete Verbesserungsvorschläge ab. Eine Schutzbedarfsanalyse und eine umfassende Sicherheitsarchitektur werden nicht vorgezogen.

Lernfeld 3 abgeschlossen

Sie haben die Client-Integration von der Anforderungsklärung über Bestandsaufnahme, Planung, technische Entscheidung, Durchführung und systematische Prüfung bis zur abschließenden Bewertung und Reflexion durchlaufen.

Der nächste curriculare Lernbereich erweitert die Perspektive auf die sichere Arbeit mit IT-Systemen.

Die Schutzbedarfsanalyse aus Lernfeld 4 wird in LF3 nicht vorgezogen.