ANWENDEN · VON DER SOUVERÄNEN ENTSCHEIDUNG ZUR KONKRETEN MASCHINE
SES anwenden heißt: den richtigen Souverän binden und die konkrete Maschine vollständig bilden – selbst oder über eine vorbereitete Formation.
Eine SES-Maschine kann von ihrem Souverän selbst mit qualifizierten Engineers gebildet werden. Oder eine vorbereitete Target-Maschine kann über die Sovereign SES Formation Factory Machine (SSMFF) in der konkreten Umgebung gebildet/installiert werden.
Betreiber bereitet vor. Souverän entscheidet. SSMFF bildet und bindet.
SSMFF ist kein allgemeines SES-Muss. Der Self-Build-Weg bleibt vollständig gültig.
Wer betreibt – und wer darf in welchem Effect Space die Regeln setzen?
Binde vor der Formation:
- Operator: Wer betreibt, hostet oder trägt die konkrete Lösung?
- Root Sovereign: Wer ist die ursprüngliche normative Regelquelle des beanspruchten Effect Space?
- User Sovereignty: Liegt ein persönlicher/user-eigener Root-Sovereignty-Raum vor?
- Mixed Root: Haben Operator und User unterschiedliche Root-Sovereignty-Effect-Spaces?
- Delegated Sovereignty: Welche exakt begrenzten Domain-Räume sind an eine Organisationseinheit oder Funktion als eigene Souveränität delegiert?
- Authority-only: Wer darf unter bereits gesetzten Regeln handeln, ohne selbst Souverän zu sein?
Technischer Betrieb erzeugt keine Souveränität.
Beanspruche nur Wirkung, deren Effect Space du exakt benennen und schließen kannst.
Ein ungebundener effect-relevanter Pfad ist kein Rest-Risiko innerhalb eines grünen Claims.
Weg A — Self-Build / Engineering
Geeignet, wenn die souveräne Instanz selbst über die nötige Domain-, Quality-, Process- und Systems-Engineering-Fähigkeit verfügt oder diese beauftragt.
Sovereign -> Quality/Process/Systems -> Domain Assurance -> Technical Carrier
Weg B — vorbereitete Target-Maschine + SSMFF
Geeignet, wenn eine vorbereitete SES-Lösung existiert und der Souverän die fachlichen Entscheidungen treffen kann, aber die Formation/Scope-Engineering-Arbeit nicht selbst leisten soll.
Prepared Target Package -> SSMFF Formation -> Sovereign decisions where required -> concrete Target instance
Für bestehende Wirkungsräume empfiehlt TBYD SEBG als Baseline vor zusätzlichen domänenspezifischen Eingriffen. Das ist eine TBYD-Empfehlung, kein universelles SES-Muss.
Wie eine vorbereitete Target-Lösung ihre Baseline technisch/formal nutzt, muss im jeweiligen Formation Package festgelegt sein; die Website darf keinen nicht belegten Default erfinden.
Beim Self-Build werden C1-Artefakte aus C0 und der konkreten Wirkungsrealität abgeleitet und in C2 zu genau einer Maschine gebunden.
Wenn ein Implementer eine normative Regel, Authority, State, Consequence oder Failure-Behandlung erfinden müsste, ist C2 nicht geschlossen.
Eine vorbereitete SES-Lösung besteht nicht nur aus Code.
Für die Formation braucht sie mindestens die für den konkreten Target-Pfad vorgesehenen und validierten Bestandteile, zum Beispiel:
- Target-C0 / definierte Maschinenarchitektur;
- geeigneter Carrier bzw. Carrier-Binding-Profil;
- Formation Profile / Formation Package;
- vorgesehene Target Rule Templates;
- Authority-/Role-Binding-Vorgaben;
- Evidence-/Dependency-/Failure-Profile;
- Validierungs- und Revalidation-Anforderungen.
Welche Bestandteile exakt erforderlich sind, folgt aus dem Target und der SSMFF-Formation – nicht aus einer generischen Website-Checkliste.
Die Factory trägt Formation Engineering – nicht Target-Souveränität.
SSMFF kann für den konkreten Target-Pfad insbesondere:
- die konkrete Umgebung und relevante Subjects/Effect Candidates erfassen;
- den tatsächlichen Target-Scope generativ schließen;
- Pfade, Grenzen, Exclusions und offene Punkte bilden;
- Identitäten und Rollen binden;
- Authority- und Delegationserfordernisse binden;
- Carrier-/Target-Binding-Kandidaten bilden;
- Evidence- und Dependency-Bindungen schließen;
- Failure-, Containment- und Revalidation-Bedingungen führen;
- die Formation fail-closed halten, bis die erforderlichen Bedingungen geschlossen sind.
Die SSMFF-C0 trägt ausdrücklich die Engineering-, Discovery-, Knowledge- und Formation-Burden, ohne Target-Souveränität oder Target-Validity zu übernehmen.
Automatisierung endet an der normativen Grenze.
Beispiele:
- Welche Person/Funktion ist in diesem Effect Space der Souverän?
- Soll ein gefundener Pfad Teil des beanspruchten Target-Scope sein?
- Welche ausdrücklich zulässige Delegation soll gelten?
- Welches angebotene Target Rule Template soll aktiviert werden?
- Soll ein Bereich DOMAIN-RULED, BASELINE-ONLY oder NOT_CLAIMED sein, soweit dieser Modus im Target vorgesehen ist?
- Ist eine erkannte organisatorische Ausnahme tatsächlich zulässig oder muss sie geschlossen werden?
Fehlt eine notwendige souveräne Entscheidung, bleibt die betroffene Formation OPEN/SUSPENDED. Die Factory darf nicht raten.
Formation Rules und Target Rules sind zwei verschiedene Ebenen.
Formation Rules bestimmen, wie die SSMFF Discovery, Scope Closure, Authority Requirements, Evidence, Dependencies, Failures und Formation Closure behandelt.
Target Rules bestimmen, welche fachliche Wirkung in der Zielmaschine gültig entstehen darf.
Rules(Factory) != Rules(Target)
Für eine vorbereitete Lösung:
Lösungsbetreiber/Publisher stellt Target Rule Templates bereit
-> Souverän wählt/autorisiert
-> SSMFF bindet die Auswahl
Die Factory darf weder ein fehlendes Target Template erfinden noch selbst auswählen, was der Souverän „wollen sollte“.
Eine vorbereitete Target-Maschine kann durch SSMFF weitgehend wiederholbar gebildet/installiert werden.
Das bedeutet nicht:
- Software installieren = SES-Maschine gültig;
- Factory-PASS = Target-PASS;
- Target-Regeln werden automatisch gewählt;
- unbekannter Scope wird geraten;
- Betreiber wird durch Betrieb zum Souverän.
SSMFF-Formation darf kein höheres Target-Level erben oder vortäuschen.
- Target-C2 muss die konkrete Target-Maschine tatsächlich binden.
- Target-C3 muss ihre Aktivierungsbereitschaft beweisen.
- Target-C4 muss die konkrete Maschine produktiv aktivieren.
Factory Verification/Validation kann Target-autorisiertes Material erzeugen, ist aber nicht automatisch Target-PASS.
Ein Lösungsbetreiber stellt eine vorbereitete Craft-Business-SES-Lösung mit Target-Architektur, Carrier-/Formation-Profil und definierten Regel-Templates bereit.
SSMFF führt die konkrete Formation beim Handwerksbetrieb durch:
- reale Systeme und Wirkpfade erfassen;
- Rollen, Support-, Recovery- und Drittsystempfade binden;
- Scope schließen;
- offene Authority-/Delegationsfragen erkennen;
- den Souverän nur dort fragen, wo er tatsächlich entscheiden muss;
- die vom Souverän ausgewählten Target-Regel-Templates binden.
Der Handwerksbetrieb muss dafür nicht selbst SES-Systems-Engineering beherrschen.
Auch ein Hersteller, Publisher, Community- oder Open-Source-Projekt kann eine vorbereitete SES-Lösung so veröffentlichen, dass daraus über SSMFF viele getrennte konkrete Instanzen gebildet werden können.
Das Projekt wird dadurch nicht Souverän der gebildeten User-/Operator-Instanzen.
one prepared Target -> many separately sovereign concrete instances
Das ist ein Distributionsmuster, keine Aussage über tatsächliche Adoption oder Marktführerschaft.
- Operator und Souverän werden gleichgesetzt, obwohl die Source anderes vorsieht.
- Root-Sovereignty und Authority-Delegation werden vermischt.
- SSMFF soll Target-Regeln erfinden.
- Rule Template fehlt, aber die Factory setzt einen Default.
- Scope ist nicht geschlossen.
- Factory Formation wird als Target-C3/C4/PASS ausgegeben.
- technischer Betreiber beansprucht aufgrund von Hosting/Adminmacht Souveränität.
- Target/Factory-Regelräume werden vermischt.
- Self-Build: Machine Builder Method / Toolkit / Core-Dokumentation.
- Prepared Factory path: passende Target-C0 + Formation Package + SSMFF.
- Verify: Claim-spezifische C0/C1/C2/C3/C4-/Formation-Prüfung.
- Bestimme zuerst den beanspruchten Effect Space.
- Binde Operator und Souverän getrennt; wähle O, U, M oder die zulässige instanzabhängige Topologie.
- Binde delegierte Souveränitätsräume getrennt von Authority-only-Rollen.
- Entscheide zwischen Self-Build und vorbereiteter SSMFF-Formation.
- Beim Factory-Pfad trägt SSMFF Discovery, Scope Closure und Formation-Bindings, soweit sie gültig geschlossen werden können.
- Target Rule Templates kommen vom Lösungsbetreiber/Publisher; der Souverän wählt/autorisiert; SSMFF bindet.
- Kein Factory-Ergebnis erzeugt automatisch Target-PASS.
- C3/C4 bleiben eigene Target-Claims und effect-relevante Änderungen verlangen Revalidation.
Zwei strukturelle SES-Wirkungen im Wettbewerb
Die wirtschaftliche SES-Story beginnt nicht mit ROI, NPV oder einer pauschalen Produktivitätszahl. Sie beginnt mit zwei strukturellen Wirkungen, die gleichzeitig auftreten können, wenn der relevante Wirkungsraum tatsächlich vollständig gebunden ist.
1. Gebundene Realität muss für Veränderungen nicht immer neu rekonstruiert werden
Vergleiche zwei ansonsten vergleichbare Organisationen derselben Branche. Organisation A arbeitet ohne geschlossene Wirkungsbaseline. Organisation B hat einen geschlossenen SEBG-Baseline-Scope mit wiederverwendbaren Decision-State-Evidence-Ketten.
Für B lautet der Änderungsmechanismus:
bestehende Wirkungsrealität → SEBG-Baseline → Evidence Chain → Rule Laboratory → neue/geänderte Regeln prüfen → Souverän aktiviert → Wirkung verändert sich
Die bereits gebundene Wirkungsrealität muss für eine neue Regel nicht erneut aus verstreuten Logs, Interviews, Prozessannahmen und Einzelfallrekonstruktionen hergestellt werden. Neue oder geänderte Regeln können im Rule Laboratory gegen diese tatsächlich gebundene Realität geprüft werden, bevor der Souverän sie aktiviert.
Damit muss eine Regeländerung nicht automatisch zu einem klassischen Software-Änderungsprojekt werden. Ob Träger, Schnittstellen oder technische Komponenten zusätzlich geändert werden müssen, bleibt instanz- und regelabhängig; die Wirkungsrealität selbst liegt jedoch bereits gebunden und evidenzfähig vor.
2. Kompensierender Workload wird nicht schneller — seine Ursache fällt weg
Die Bureaucratic Load Control Machine beschreibt Bürokratielast als wiederkehrende menschliche Bearbeitung unkontrollierter bürokratischer Wirkung. Ihre Aussage ist ausdrücklich nicht, dieselben Tätigkeiten lediglich schneller auszuführen: „The machine does not merely automate steps. It controls effect.“
Wo menschliche Bearbeitung nur deshalb wiederkehrt, weil Wirkung bislang nicht vollständig vorab gebunden war, wird diese Bearbeitung nicht automatisiert. Nach wirksamer vollständiger Bindung fällt die Ursache dieser Kompensation weg; der Workload entsteht in diesem gebundenen Bereich nicht mehr wiederkehrend.
Applicability, Authority, Evidence, Deadline, Exception und Consequence sind typische Bindungspunkte. Wenn sie für den relevanten Effekt vollständig vorab gebunden sind, müssen ausschließlich kompensierende Klärungs-, Prüf-, Erinnerungs-, Nachforderungs-, Nachweis- oder Sonderfallarbeiten nicht bei jedem Fall erneut geleistet werden.
R11 ist die Consequence Rule. Sie bestimmt die zwingende Konsequenz; sie ist keine Automatisierungsregel.
Das muss keine Vollzeitstelle betreffen. Hier können einige Stunden pro Monat frei werden, dort weitere kleinere Zeitanteile und an vielen Funktionen erneut Anteile. In Summe entsteht verfügbare Fachkapazität. Das ist keine FTE-Abbauzahl und keine garantierte Einsparung. Der Betreiber kann diese Kapazität dort einsetzen, wo sie produktiv wirkt — etwa bei Kunden, Leistung, Qualität, Innovation oder Geschwindigkeit.
Strukturelle operative Asymmetrie
Damit unterscheiden sich zwei ansonsten vergleichbare Organisationen strukturell: Die eine muss Wirkungsrealität für Änderungen wiederholt rekonstruieren und ungebundene Wirkung weiterhin durch zusätzliche Prozesse, Kontrollen, Nachweise und Nacharbeit kompensieren. Die andere kann auf bereits gebundener Evidenz aufsetzen, Regeln gegen diese Realität prüfen und in vollständig geregelten Bereichen wiederkehrenden kompensierenden Workload vermeiden.
weniger Aufwand für Veränderung + weniger dauerhaft notwendiger Kompensationsaufwand → mehr verfügbare Fachkapazität + kürzere Reaktionszyklen
Das ist eine strukturelle operative Wettbewerbsasymmetrie. Wie groß der wirtschaftliche Vorteil im konkreten Fall wird, ist instanzabhängig. Es werden weder Markterfolg noch Kosteneinsparung, Produktivitätsprozente, FTE-Abbau oder universeller ROI garantiert.