README

Vision#

Zweck#

Dieser Bereich beschreibt das langfristige ⌘ZielbildEine Vision beschreibt eine langfristig gewünschte Wirkung und gibt der Weiterentwicklung eine gemeinsame Richtung., das Nutzenversprechen und die gewünschte Wirkung der Enterprise Architecture. Er hält außerdem nachvollziehbar fest, wie Teile der Vision schrittweise materialisiert und als ⌘PlateausEin Plateau ist ein zeitlich eingeordneter, freigegebener Reife- oder Materialisierungsstand. validiert werden.

Verantwortlichkeit#

20-vision verantwortet:

• die langfristige Ausrichtung,
• die Abgrenzung zwischen Vision und Materialisierung,
• die Zuordnung konkreter Materialisierungen zur Vision,
• die Nachvollziehbarkeit von ⌘MVPEin MVP ist eine kleinste überprüfbare Materialisierung mit bewusst begrenztem Umfang. und späteren Plateaus.

Struktur#

20-vision/
                ├── README.md
                ├── vision.md
                └── materializations/
                    ├── README.md
                    └── mvp/
                        ├── README.md
                        ├── mvp-setup.md
                        └── mvp-classification.md

Kanonische Vision#

• ◆EA-001 – Gemeinsame WissensbasisKanonische Vision einer gemeinsamen Wissensbasis, die Menschen und Systeme über Werkzeuge, Sprachen und Rollen hinweg verbindet.
• Wissensarchitektur der Netzwerksolution – Grundlagen – vollständiges Grundlagenbuch
• Enterprise-bis-Runtime-Betriebssicht – Navigation von Vision, Verträgen und Tools bis zur überprüften Runtime
• Aktive Deployment-Landschaft – Verantwortung und Grenzen von ChatGPT, lokalem TUXEDO-Rechner und öffentlicher Betriebsumgebung

Gehört ausdrücklich nicht hier hinein#

• technische Installationsanleitungen,
• konkrete Runtime-Zustände,
• unveröffentlichte Implementierungsdetails,
• neue Visionstexte, die lediglich aus der aktuellen Implementierung abgeleitet wurden,
• Duplikate von Reference Artifacts.

Arbeitsweise#

Die Vision wird nicht aus dem MVP zurückgerechnet. Das MVP wird gegen die Vision eingeordnet. Jede Materialisierung dokumentiert:

1. ihren Ursprung,
2. ihren Scope,
3. ihre Einschränkungen,
4. die verwendeten Reference Artifacts, Models, Processes und Patterns,
5. ihren Validierungs- beziehungsweise Plateau-Status.

Aktueller Stand#

vision.md ist zunächst eine Foundation und kein Ersatz für die bestehende, beschlossene Vision der Architecture Baseline P1. Die inhaltliche Überführung der Vision erfolgt in einem eigenen Materialisierungsschritt. Das vorhandene MVP-Setup wird bereits jetzt unverändert als erste konkrete Materialisierungsquelle übernommen.