Methoden Seite an Seite ansehen.
Wähle bis zu vier Methoden. Ergänze sie über die Suche und teile den Vergleich über seinen Link.
| Kriterium |  Knowledge Modeling Competency Questions |  Systems Thinking Leverage Points |  Knowledge Modeling Shape-First Modeling |  Systems Thinking Future Reality Tree |
|---|---|---|---|---|
Zweckunterschiedlich | Competency Questions übersetzen ein Domänenmodell in konkrete Fragen, die es beantworten können muss. Die Methode hält den Modellumfang sauber und verhindert hübsche, aber nutzlose Strukturen. | Leverage Points zeigen, an welchen Stellen Eingriffe im System überproportional wirken. Die Methode unterstützt Teams dabei, Energie nicht in Symptome zu stecken, sondern an wirksame Hebel zu gehen. | Shape-First Modeling definiert Datenqualität über Shapes, bevor Implementierung oder Integration ausfranst. Der Ansatz passt, wenn Validierung und Data Contracts von Anfang an Teil des Designs sein sollen. | Ein Future Reality Tree zeigt, wie gewünschte Maßnahmen zu einem besseren Systemzustand führen sollen. Die Methode prüft, ob ein Veränderungspfad logisch zusammenhängt, bevor Zeit in Umsetzung fließt. |
Komplexitätunterschiedlich | Mittel | Hoch | Mittel | Hoch |
Zeitunterschiedlich | 2-4 h | Half day | Halber Tag pro Domain Slice | 2-4 h |
Teilnehmendeunterschiedlich | 2-8 | 3-12 | 1-4 | 3-8 |
Formatunterschiedlich | Workshop + Async | Workshop | Workshop + Async | Workshop |
Outputunterschiedlich | Competency Question Set, Required Concepts, Test Queries, Coverage Matrix | Hebel-Map, Aktionsstrategie | SHACL or ShEx Shapes, Validation Reports, Data Contracts, Shape Documentation | Future Reality Tree, Negative Branches, Assumption List, Improved Injections |
Tagskeine Überschneidung | OntologieWissensgraphUmfangAnforderungenSemantik | SystemdenkenVeränderungStrategie | WissensgraphValidierungSemantik | Theory of ConstraintsSystemdenkenVeränderung |