GOVERNANCE-CAPABILITY

Capability-Governance#

Aufnahme#

Eine Capability wird angelegt, wenn ein eigenständiges, fachlich bewertbares ⌘LeistungsvermögenEine Capability beschreibt ein dauerhaft benötigtes fachliches Leistungsvermögen, nicht dessen technische Umsetzung. beschrieben werden muss. Vor der Aufnahme ist zu prüfen:

1. Welches ⌘MeaningBedeutung beschreibt den fachlichen Sinn eines Elements und seine Relevanz für Menschen und Organisationen. begründet oder fordert sie?
2. Ist das Leistungsvermögen bereits durch eine vorhandene Capability abgedeckt?
3. Handelt es sich tatsächlich um Capability und nicht um ⌘ArtifactEin Artefakt ist jede eindeutig identifizierbare fachliche, technische, organisatorische oder reale Einheit, die in der Engineering-Landschaft modelliert wird., ⌘FeatureEin Feature ist eine abgegrenzte, nutzbare und lieferbare Ausprägung einer Lösung., ⌘ServiceEin Service ist eine abgegrenzte bereitgestellte technische oder fachliche Leistung mit klarer Verantwortung. oder Requirement?
4. Auf welcher Architekturebene liegt ihr Scope?

Änderung#

Änderungen prüfen mindestens:

• fachliche Bedeutung,
• Scope,
• begründende Meanings,
• spezialisierte Capabilities,
• realisierende Artifacts,
• betroffene Requirements, Decisions und ⌘EvidenceTechnical documentation artifact..

Eine rückwirkende Bedeutungsänderung darf nicht stillschweigend unter derselben Identity erfolgen.

Spezialisierung#

Solution- oder designnahe Capabilities referenzieren die übergeordnete Capability über specializes. Sie dürfen konkreter werden, aber die universelle Bedeutung nicht umdefinieren.

Realisierung#

Capability Realization ist grundsätzlich viele-zu-viele. Beiträge werden über contributes-to beziehungsweise is-realized-by dokumentiert. Verantwortung wird separat modelliert.

Lifecycle#

Capabilities können vorgeschlagen, geprüft, akzeptiert, ersetzt oder deprecated werden. Deprecated Capabilities bleiben referenzierbar, solange historische Artefakte sie verwenden.

Review-Auslöser#

• neue ⌘VisionEine Vision beschreibt eine langfristig gewünschte Wirkung und gibt der Weiterentwicklung eine gemeinsame Richtung. oder Strategie,
• neues Requirement oder Constraint,
• Architecture Decision,
• neue oder veränderte Solution,
• Evidence, dass das Leistungsversprechen anders verstanden wird,
• konkurrierende Capability-Definitionen.

Beziehungen#

• ◆EA-CAPABILITY-MODEL-001Definiert Capability als Meaning, ihre fachliche Herkunft, Beziehungen, Spezialisierung und Realisierung. — constrains
• ◆PRINCIPLE-CAPABILITY-GROUNDINGJede Capability benötigt fachliche Herkunft und nachvollziehbare Realisierung. — uses