EP-GOV-CON-001

Engineering Governance Contract#

Verbindlicher Vertrag#

Jede Änderung an der Engineering Platform muss:

1. innerhalb des dokumentierten Scopes liegen,
2. die führende Regelhierarchie beachten,
3. ihren fachlichen Änderungsgrund benennen,
4. Widersprüche und Unsicherheiten sichtbar dokumentieren,
5. Navigation und Traceability mitführen,
6. Validation und Verification nachweisen,
7. als eindeutig klassifiziertes Paket ausgeliefert werden.

Nicht zulässig#

• Architektur aus einer zufälligen Implementierung abzuleiten,
• bestehende Entscheidungen implizit zu ersetzen,
• Regeln an mehreren konkurrierenden Stellen zu pflegen,
• fehlende Dateien als Löschauftrag zu behandeln,
• Review oder ⌘FreigabeEin Release ist ein bewusst freigegebener und nachvollziehbarer Stand von Artefakten und ihrer Realisierung. durch Automation vorzutäuschen,
• Laufzeitnachweise als dauerhafte Governance-Quelle zu verwenden.

Regelkonflikt#

Bei einem Konflikt gilt:

1. Konflikt identifizieren,
2. betroffene Quellen und Versionen nennen,
3. keine stillschweigende Auflösung vornehmen,
4. ⌘FindingTechnical documentation artifact. oder Decision Proposal erzeugen,
5. erst nach expliziter Klärung weiterarbeiten.

Abschlussbedingung#

Ein Governance-relevanter Sprint ist erst abgeschlossen, wenn Regelbezug, Entscheidungsstatus, Findings, Validation, Verification und Lieferpaket nachvollziehbar sind.