Sie gilt für den geprüften Ausschnitt und für den Prüfzeitpunkt. Was nie beobachtet wurde, ist nicht geprüft — es ist nur nicht aufgefallen. Und jede spätere Änderung setzt den Nachweis außer Kraft, ohne dass es jemand bemerkt. Bevor sich daran etwas ändern lässt, muss zuerst feststehen, wo dieser Zustand heute überhaupt greift.
Ohne Referenz lässt sich nicht sagen, welcher Anteil des möglichen Anlagenverhaltens je geprüft wurde. Die Frage ist nicht, ob Lücken existieren — sondern wo sie liegen und welche davon Sie tragen können.
Eine Lücke, die man kennt, ist ein Risiko. Eine, die man nicht kennt, ist eine Annahme.Ein Assessment ist kein Vorverkauf für ein Projekt. Es kann auch ergeben, dass für einen Anlagenteil kein Handlungsbedarf besteht — und genau diese Aussage ist ihr Geld wert, weil sie eine Investition verhindert.
WhiteBox heißt nicht, dass man den Code sieht. WhiteBox heißt, dass Konformität entscheidbar ist statt beurteilbar.
Das Assessment arbeitet mit dem, was da ist: Ihren Unterlagen, Ihrer Anlage und dem Wissen Ihrer Leute. Es verlangt keine Vorleistung und keine Umstellung.
Wir sichten Funktionsbeschreibungen, HMI-Spezifikationen, Parametertabellen und Abnahmeunterlagen und sprechen mit den Menschen, die die Anlage kennen. Kein Fragebogen aus der Ferne — die Aussagen entstehen an der Anlage.
Je Anforderung an das Verhalten wird eingestuft: direkt entscheidbar, indirekt, eingeschränkt oder nicht entscheidbar. Diese vier Stufen sind der Kern des Ergebnisses — sie sagen, wogegen Sie heute prüfen könnten und wogegen nicht.
Die Anlage wird in die sechs Reifegrade eingeordnet: BlackBox, Beschrieben, Explizite Zustände, Entscheidbar, Lebenszyklus, Architektur. Der Wendepunkt liegt bei Entscheidbar — davor ist alles Beschreibung, danach beginnt Nachweis.
Nicht jede Lücke muss geschlossen werden. Der Pfad benennt, welche Schritte den größten Unterschied machen, welche warten können und welche Anlagenteile so bleiben dürfen, wie sie sind.
Das Ergebnis gehört Ihnen und ist so geschrieben, dass es auch jemand anderes lesen und prüfen kann. Es enthält, woher jede Einschätzung stammt und woran sie scheitern würde.
Je Anforderung eine der vier Stufen, mit Begründung und der Angabe, welche Unterlage oder Beobachtung sie stützt.
Die Einordnung in L0 bis L5, getrennt nach Anlagenteil, damit sichtbar wird, wo das Haus uneinheitlich ist.
Die Stellen, an denen für Verhalten keine Referenz existiert — geordnet nach Auswirkung, nicht nach Aufwand.
Ein Vorschlag für die Reihenfolge, mit dem nächsten prüfbaren Schritt und dem, was er voraussetzt.
Alles, was wir nicht feststellen konnten, steht als Annahme markiert im Bericht — nicht als Ergebnis.
Ein Gate ist eine Entscheidung, kein Termin. Das Assessment führt auf genau eine zu: ob der Intent so bestimmt ist, dass Engineering ohne stillschweigende Annahmen beginnen kann.
Abgrenzung des betrachteten Anlagenteils, Zusammenstellung der Unterlagen, Klärung der Ansprechpartner.
—
Sichtung, Gespräche und Beobachtung an der Anlage. Dauer je nach Umfang ein bis drei Tage.
—
Einstufung je Anforderung, Reifegradprofil, Maßnahmenpfad, Übergabe im Gespräch.
Gate 0
Ein Angebot wird nicht dadurch stärker, dass es alles umfasst. Es wird dadurch stärker, dass sein Rand bekannt ist.
Sichtung der Unterlagen, Gespräche, Beobachtung an der Anlage, Einstufung, Reifegradprofil, Maßnahmenpfad.
Der Bericht wird nicht zugeschickt, sondern besprochen — mit den Menschen, die danach damit arbeiten.
Der Bericht gehört Ihnen und darf ohne Rückfrage intern und gegenüber Dritten verwendet werden.
Das Erstellen einer freigegebenen Behavior Reference (BR) ist der PTF- & Behavior-Reference-Pilot.
Ableitung und Verifikation gegen die Referenz sind das Behavior Defined Machine (BDM) Engineering Project.
Qualifikationen für Ihr Team liegen bei Certification & Training.
Das Assessment liefert Material für die Nachweisführung. Die Konformitätsbewertung bleibt beim Maschinenhersteller.
Die Reihenfolge ist der Weg, nicht der Umsatz. Das Assessment ist der zweite Schritt: Es stellt fest, wo Sie stehen. Die Behavior Reference (BR) ist keine nachträgliche Dokumentation des Codes. Sie entsteht vor dem Code — deshalb kommt Modellierung erst danach, nicht davor. Verifikation fragt: Wurde richtig gebaut? Validierung fragt: Wurde das Richtige gebaut? Das Assessment beantwortet keine der beiden Fragen. Es stellt fest, ob die erste heute überhaupt beantwortbar ist.
Zielbild, Anwendungsfall und Roadmap.
Wo Konformität heute entscheidbar ist und wo für Verhalten eine Referenz fehlt.
Eine freigegebene Behavior Reference (BR) für ein abgegrenztes Einheitsmodul.
Aus der Behavior Reference (BR) abgeleitete und gegen sie verifizierte Umsetzung.
Behavior-Centric Engineering (BCE) als Standard über mehrere Werke.
Verhaltensintegrität über den Lebenszyklus, Änderungen als Change Verification.
Befähigung des Teams, Selmo-eigene Qualifikationen.
Entscheidbarkeit setzt Technologie voraus. Wo keine Reaktion erkennbar ist, kann auch formal nichts entschieden werden — die Methode macht das sichtbar, sie hebt es nicht auf.
Die Frage, mit der jedes Assessment beginnt
15–30 Minuten. Wir bringen die Antwort mit, nicht die Präsentation.