Zum Inhalt springen

HxGN EAM / Octave Attune EAM

EAM-Boutique: von der Anforderung zur geprüften Änderung

Für EAM-Verantwortliche und Umsetzungspartner, die eine klar abgegrenzte Verbesserung für die tägliche Instandhaltung brauchen. Ich kläre den Prozess, setze die Änderung um, prüfe die relevanten Fälle und übergebe ein dokumentiertes, wartbares Ergebnis.

Lukas Paul Streiff · EAM-Produktkenntnis, Verständnis für den Betrieb und praktische technische Umsetzung.

01

Ein vollständiges Arbeitspaket beauftragen

Bei einer definierten EAM-Aufgabe kann ein erfahrener Spezialist Leistungen abdecken, die sonst auf mehrere Beraterrollen verteilt sind. Den Umfang vereinbaren wir anhand von Ergebnissen, Abhängigkeiten und Abnahmekriterien.

Direkt mit dem Spezialisten

Sie besprechen die Anforderung mit der Person, die das System untersucht, die Änderung umsetzt und das Ergebnis erklärt. Das Wissen bleibt bei der Aufgabe.

Weniger Koordinationsaufwand

Wenn fachliche und technische Arbeit zusammenkommen, sinkt der Bedarf an wiederholten Briefings, internen Übergaben und Abstimmungsrunden. Der Aufwand kann in Umsetzung und Prüfung fließen.

Klarer kaufmännischer Rahmen

Sie erhalten definierte Ergebnisse, Annahmen und Abgrenzungen. Zusätzliche Anforderungen werden daran gemessen, damit der Auftrag für eine konkrete Verbesserung überschaubar bleibt.

Breite Leistung im vereinbarten Umfang

Die Arbeit kann Arbeitsauftragsprozesse, Masken, Dataspies, SQL und FlexSQL, JavaScript, Berichte, APIs und angrenzende Abläufe umfassen. Diese Verbindung hilft, neben der sichtbaren Maske auch das zugrunde liegende Daten- oder Prozessproblem zu lösen.

Fachliche Breite ist etwas anderes als parallele Kapazität. Mehrere gleichzeitige Rollouts, spezialisierte Infrastrukturaufgaben oder durchgehender Support brauchen ein entsprechendes Team und vereinbarte Vertretung. Diese Anforderungen kläre ich vor der Zusage.

Beispiel für ein Arbeitspaket: Arbeitsauftragsabschluss verbessern

Abschlussregeln klären, Felder und Berechtigungen prüfen, die passende EAM-Konfiguration oder Erweiterung anpassen, den Bericht abstimmen, Normal- und Ausnahmefälle testen und die dokumentierte Änderung übergeben. Diese Schritte können einen zusammenhängenden Auftrag bilden.

Wie sich mein Liefermodell entwickelt hat

Vom Umsetzungsteam zur Spezialisten-Boutique

Vor Corona: sechs Personen im Unternehmen

Wir waren auf Standard-EAM-Einführungen fokussiert, insbesondere auf Startcenter mit Eingangsfächern, KPIs und FlexSQL. Ich habe viel mit Kunden gesprochen und Prozesse geklärt; meine Mitarbeiter haben umgesetzt und kleinere Projektthemen auch direkt betreut. EF spielte in unserer damaligen Arbeit noch eine geringere Rolle.

Heute: direkte Spezialistenarbeit

Ich kläre den Prozess mit dem Kunden, setze die vereinbarte Verbesserung um und verantworte technische Prüfung, Tests und Dokumentation. KI unterstützt geeignete, klar beschriebene Routinearbeiten; ich steuere ihren Einsatz und prüfe das Ergebnis.

Die Boutique baut auf der Erfahrung auf, ein EAM-Umsetzungsteam zu führen. Das Modell verändert sich; Prozessverständnis, Produktkenntnis und die Verantwortung für ein brauchbares Ergebnis bleiben zentral.

02

Der Aufwand verschiebt sich von der Konfiguration zum Verständnis

Mit einer klaren Anforderung und kontrollierten Zugängen kann KI routinemäßige Konfigurations- und Programmierarbeit übernehmen. Die wertvolle Beratungsleistung liegt darin, den tatsächlichen Kundenbedarf zu verstehen und für eine verlässliche Umsetzung aufzubereiten. Komplexe Regeln und Integrationsabhängigkeiten bleiben technische Entwicklungsarbeit.

  1. Verstehen und präzisieren

    Den Prozess mit dem Kunden klären. Datenquellen, Statusbedeutung, Rollen, Berechnungsregeln, Ausnahmen und Beispiele mit erwarteten Ergebnissen festlegen. Daraus einen abgegrenzten Umsetzungsauftrag erstellen.

  2. KI gezielt umsetzen lassen

    Mit diesem Auftrag geeignete Code- und Konfigurationsarbeiten durch KI ausführen lassen, bei passender Umgebung auch direkt in der Anwendung. Umfang und Rechte begrenzen, Änderungen erfassen und bei offenen fachlichen Entscheidungen anhalten.

  3. Prüfen und verantworten

    Die Umsetzung gegen die Anforderung prüfen und ihr Verhalten im Betrieb testen. Technische Prüfung und Dokumentation bleiben beim Spezialisten; der Kunde nimmt das fachliche Ergebnis vor der vereinbarten Produktivsetzung ab.

03

Produktkenntnis bestimmt den Lösungsweg

Auch ein lange bekannter Workaround verdient eine erneute Prüfung anhand der tatsächlichen Produktversion, Betriebsumgebung und Anforderung. Erfahrung bedeutet auch, zu erkennen, wann der Standard bereits einen geeigneten Weg bietet.

Zuerst den Standard prüfen

Vor zusätzlicher Eigenlogik prüfe ich verfügbare Konfiguration, Screen Designer, Dataspy-Funktionen und dokumentierte Integrations- oder Erweiterungsmöglichkeiten.

Jeden Eingriff begründen

Der Lösungsweg muss zur installierten Version und Betriebsform passen. Abhängigkeiten und Ausnahmen, die eine besondere Prüfung oder Herstellerklärung brauchen, werden festgehalten.

Die Wirkung im Betrieb testen

Felder, Berechtigungen, Filter, Datensätze und Folgeergebnisse werden mit repräsentativen Nutzern und Fällen geprüft. Die relevanten Prüfungen fließen in Patch- und Releasetests ein.

Ein konkretes Beispiel

Eine funktionierende Maske ist der Anfang des Nachweises

Wer interne Masken- und Dataspy-Definitionen direkt per SQL in Datenbanktabellen, etwa in Oracle, kopiert oder verändert, kann schwer nachvollziehbare Abhängigkeiten erzeugen. SQL für Analyse, Berichte oder vorgesehene Erweiterungspunkte ist davon zu unterscheiden.

Ein Prüffall: Nach einem Patch oder Releasewechsel ist ein Feld nicht mehr sichtbar. Für die Untersuchung braucht es die ursprüngliche Konfiguration, betroffene Benutzergruppen, die Änderungshistorie und einen wiederholbaren Test. Das Symptom allein belegt die Ursache nicht; auch Produktfehler und andere Konfigurationsänderungen sind zu prüfen.

Mein Lieferstandard ist, den geeigneten dokumentierten Produktmechanismus zu verwenden, Änderung und Begründung festzuhalten und die relevanten Regressionstests wiederholbar zu machen. Ist eine Abweichung nötig, gehören Begründung, Risiken und Rückfallverfahren zur vereinbarten Änderung.

Die Verträglichkeit mit einem neuen Release muss weiterhin geprüft werden. Der praktische Nutzen ist eine nachvollziehbare Umsetzung, auf deren Grundlage der nächste Verantwortliche untersuchen und kontrolliert korrigieren kann.

04

Dokumentation gehört zum Lieferumfang

Ihr Team oder ein anderer qualifizierter Partner soll das Ergebnis verstehen, prüfen und weiterbetreuen können. Für den vereinbarten Umfang umfasst die Übergabe:

Änderungsinventar
Betroffene Masken, Dataspies, Regeln, Berichte, Schnittstellen und Konfigurationsobjekte mit Versionen und Abhängigkeiten.
Entscheidungsgrundlage
Anforderung, gewählter Lösungsweg, Begründung, Annahmen und bekannte Grenzen.
Umsetzungsdokumentation
Versionierter Code, soweit vorhanden, Konfigurationsnachweise und reproduzierbare Einrichtungsschritte.
Testnachweise
Testfälle, Rollen, erwartete und beobachtete Ergebnisse, Ausnahmen und Abnahmestand.
Einspielung und Wiederherstellung
Voraussetzungen, Reihenfolge, Kontrollschritte und ein zur Änderung passendes Rückfall- oder Wiederherstellungsverfahren.
Verantwortung im Betrieb
Zuständigkeiten, offene Punkte, Supportgrenzen und Prüfungen vor einem Patch oder Releasewechsel.

05

Ein gezielter Auftrag oder eine Spezialistenrolle in Ihrem Team

Das Boutique-Modell funktioniert mit klarer Verantwortung und einem abgegrenzten Lieferumfang.

Für EAM-Verantwortliche

Einen konkreten Engpass lösen, übernommene Anpassungen prüfen oder einen kritischen Ablauf auf einen Releasewechsel vorbereiten. Ein greifbares Beispiel ist der Ausgangspunkt.

Für Umsetzungspartner

Fachliche und technische EAM-Tiefe für ein definiertes Arbeitspaket ergänzen. Kundenbeziehung und Gesamtprojekt bleiben bei Ihnen; ich liefere die Umsetzung mit dokumentierter Übergabe.

Welche EAM-Änderung braucht ein verlässliches Ergebnis?

Beschreiben Sie einen Ablauf, eine Maske, einen Bericht oder ein wiederkehrendes Problem und Ihre EAM-Version. Daraus klären wir den sinnvollen Umfang, benötigte Zugänge und Abnahmekriterien für den nächsten Schritt.