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 | ![]() Facilitation Stakeholder Mapping | ![]() Engineering Fault Isolation | ![]() Operations Change Analysis | ![]() Facilitation Stakeholder Salience Model |
|---|---|---|---|---|
Zweckunterschiedlich | Wenn ein Vorhaben an vielen Personen, Interessen und Machtachsen hängt, ordnet Stakeholder Mapping das Umfeld systematisch. Es zeigt, wer beeinflusst, wer betroffen ist und wo Beziehungspflege oder Absicherung zuerst zählt. | Bei technischen Störungen vermischt sich oft das sichtbare Symptom mit der eigentlichen Ursache. Fault Isolation grenzt den Fehlerraum ein und reduziert schrittweise, welcher Teil des Systems wirklich betroffen ist. | Bei einer Abweichung nach einer Veränderung isoliert die Methode den Einfluss des geänderten Zustands. Sie grenzt ein, welche Unterschiede relevant sind und welche nur Begleitrauschen darstellen. | Wenn Stakeholder sehr unterschiedlich wichtig erscheinen, bewertet das Stakeholder Salience Model ihre tatsächliche Priorität über Macht, Legitimität und Dringlichkeit. Es macht sichtbar, wer Aufmerksamkeit sofort, wer später und wer nur situativ braucht. |
Komplexitätunterschiedlich | Niedrig | Mittel | Mittel | Mittel |
Zeitunterschiedlich | 60–90 min | 30-180 min | 45-120 min | 60-90 min |
Teilnehmendeunterschiedlich | 2-8 | 1-6 | 2-6 | 3-6 |
Formatunterschiedlich | Workshop + Async | Workshop + Async | Workshop + Async | Workshop |
Outputunterschiedlich | Stakeholder Map, Engagement Plan, Risk Notes | Fault Isolation Map, Test Log, Ausgeschlossene Hypothesen, Eingegrenzter Fehlerbereich | Change Matrix, Ursachenhypothesen, Validierungsfragen, Maßnahmenliste | Salience-Diagramm, Strategie pro Klasse |
Tagskeine Überschneidung | StakeholderAbstimmungFacilitationVeränderung | FehlersucheDiagnoseEngineering | VeränderungUrsachenanalyseFehlersucheVergleich | StakeholderFacilitationAbstimmungGovernance |



