XinionOS wird ein eigener Strang — eigene Organisation, eigener Bereich

CIO-Beschluss vom 19.09.2026. XinionOS ist die Grundlage kuenftiger Appliance-Ideen und nicht
der Unterbau eines einzelnen Produkts. Eine Geraeteschicht, die entlang der Beduerfnisse
EINER Nutzlast entsteht, passt der zweiten nicht — genau dieser Fehler hat den ersten Anlauf
von XinionONE gekostet, dort eine Ebene hoeher.

Zwei Abnehmer stehen fest, XinionONE und GAIA. Und die Regulierung trennt sie ohnehin: Anhang
III Klasse I gegen Netzmanagementsystem, zwei Konformitaetswege.

Die Grenze, an der die Entkopplung haengt: Eine Anforderung ist ein Bedarf, keine Loesung.
Und das Anforderungsregister gehoert diesem Strang, nicht den Abnehmern — sonst muesste
XinionOS zwei Kundendokumente lesen, um zu wissen was erwartet wird.

Hier gilt mehr von der alten Arbeit weiter als bei XinionONE: Die sieben Entscheidungen
stammen aus Physik und Feld, nicht aus dem verworfenen Produktbild. Zu pruefen ist nur, wo
eine Entscheidung XinionONE beim Namen nennt — solche Stellen werden zu Anforderungen eines
Abnehmers umformuliert, nicht gestrichen.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
architect 2026-09-19 12:35:46 +02:00
parent 34a2280aba
commit 3ff729db42

68
ENTKOPPLUNG.md Normal file
View file

@ -0,0 +1,68 @@
# XinionOS ist ein eigener Strang — was das heißt
**Beschlossen am 19.09.2026 vom CIO.** XinionOS hat seit diesem Tag eine eigene Organisation im Git
und einen eigenen Bereich in Confluence. Es ist nicht mehr Teil des Vorhabens XinionONE, sondern
dessen **Lieferant**.
## Warum
**XinionOS ist die Grundlage künftiger Appliance-Ideen, nicht der Unterbau eines einzelnen
Produkts.** Eine Geräteschicht, die entlang der Bedürfnisse *einer* Nutzlast entsteht, passt der
zweiten nicht — und genau dieser Fehler hat den ersten Anlauf von XinionONE gekostet, dort eine
Ebene höher.
**Zwei Abnehmer stehen bereits fest:** XinionONE und GAIA. Das ist keine Plattform mit einem Kunden,
die so tut, als hätte sie mehrere.
**Und die Regulierung trennt sie ohnehin.** XinionOS fällt als Betriebssystem unter Anhang III
Klasse I der Verordnung (EU) 2024/2847, XinionONE voraussichtlich als Netzmanagementsystem — zwei
Konformitätswege, zwei Stücklisten, zwei Unterstützungszeiträume. Gekoppelt wäre das eine
Vermischung, die spätestens beim ersten Audit auffällt.
## Die Grenze, an der es hängt
> **Eine Anforderung ist ein Bedarf, keine Lösung.**
| ❌ So nicht | ✅ So |
|---|---|
| *„Verwendet systemd-boot mit diesen Registern"* | *„Das Gerät kehrt nach einem fehlgeschlagenen Update ohne anwesenden Menschen auf den vorigen Stand zurück"* |
Das Erste ist eine Entscheidung vom Stuhl des Abnehmers aus. Das Zweite ist ein Bedarf, den XinionOS
erfüllen kann, wie es für richtig hält.
**Das Anforderungsregister gehört diesem Strang, nicht den Abnehmern** — mit einer Spalte, wer
fordert. Sonst müsste XinionOS zwei Kundendokumente lesen, um zu wissen, was erwartet wird, und bei
einem dritten drei.
## Was von der alten Arbeit gilt
Diese Ablage ist am 19.09.2026 aus dem Archiv zurückgeholt worden: 13 Commits, sieben
Architekturentscheidungen, der Abbildbau.
**Und hier gilt mehr weiter als anderswo.** Am 13.09.2026 wurde bei XinionONE die grüne Wiese
ausgerufen, weil das Produktbild falsch war. **Die Entscheidungen von XinionOS stammen nicht aus
diesem Bild, sondern aus Physik und Feld:**
> *Ein Gerät, das beim Kunden im Rack steht und nach einem Update nicht mehr hochkommt, ist ein
> Vor-Ort-Einsatz — bei zweihundert Geräten zweihundert davon.*
A/B-Wurzel, Rücksprung, Verschlüsselung, kein Auslagerungsspeicher, der Installationsdialog, der
Konsolenbereich: Das gilt unverändert, gleich welche Nutzlast darauf läuft. **Eine der sieben
beschreibt sogar genau diese Entkopplung** — eine Laufzeitschicht für alle Nutzlasten, GAIA als
Profil darauf.
**Zu prüfen ist nur, wo eine Entscheidung XinionONE beim Namen nennt.** Solche Stellen werden zu
Anforderungen eines Abnehmers umformuliert, nicht gestrichen.
## Was offen ist
* **Das Konzept** entsteht im eigenen Confluence-Bereich, nicht als Abschnitt eines fremden.
* **Wer entscheidet, wenn zwei Abnehmer sich widersprechen.** Heute der CIO — es gehört
hingeschrieben, denn das bricht als Erstes, sobald ein Termin auftaucht.
* **Wer daran arbeitet.** Der Arbeitsplatz steht seit dem 02.09.2026 bereit und wurde nie benutzt.
**Entkopplung schafft keine Kapazität.**
---
*Angelegt am 19.09.2026 beim Umzug in die eigene Organisation. Wiederhergestellt aus
`XinionONE/archive`, Bündel `xinionos.bundle`.*