Vergleich

Methoden Seite an Seite ansehen.

Wähle bis zu vier Methoden. Ergänze sie über die Suche und teile den Vergleich über seinen Link.

In der Auswahl:Stakeholder Salience Model Hypothesis-Driven Troubleshooting Stakeholder Mapping Change Analysis

Kriterium	Facilitation Stakeholder Salience Model	Engineering Hypothesis-Driven Troubleshooting	Facilitation Stakeholder Mapping	Operations Change Analysis
Zweckunterschiedlich	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.	Wenn Systeme unerwartet ausfallen, liefern spontane Versuche oft mehr Lärm als Erkenntnis. Hypothesis-driven Troubleshooting übersetzt Symptome in überprüfbare Annahmen und macht die Fehlersuche lernbar.	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 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.
Komplexitätunterschiedlich	Mittel	Mittel	Niedrig	Mittel
Zeitunterschiedlich	60-90 min	30-240 min	60–90 min	45-120 min
Teilnehmendeunterschiedlich	3-6	1-6	2-8	2-6
Formatunterschiedlich	Workshop	Workshop + Async	Workshop + Async	Workshop + Async
Outputunterschiedlich	Salience-Diagramm, Strategie pro Klasse	Hypothesis Log, Test Plan, Evidence Notes, Diagnosis Summary	Stakeholder Map, Engagement Plan, Risk Notes	Change Matrix, Ursachenhypothesen, Validierungsfragen, Maßnahmenliste
Tagskeine Überschneidung	StakeholderFacilitationAbstimmungGovernance	FehlersucheProblemlösungDiagnose	StakeholderAbstimmungFacilitationVeränderung	VeränderungUrsachenanalyseFehlersucheVergleich

Weitere Methoden hinzufügen