Betroffenheit ist die Hälfte der Matrix, die am meisten unterschätzt wird. Einfluss ist meist sichtbar: jemand hat eine Position, ein Budget, eine Stimme in einem Gremium. Betroffenheit ist häufiger verborgen. Ein Anwohner ohne jeglichen formellen Einfluss kann von einer Entscheidung stärker betroffen sein als eine Aufsichtsbehörde, die nur darüber berichtet. Wer Betroffenheit bewertet, ohne diesen Unterschied zu machen, misst letztlich Einfluss zweimal.
Betroffenheit ist nicht dasselbe wie Involviertheit oder Lautstärke. Es geht um das Maß, in dem eine Entscheidung das tägliche Leben, die Geschäftsführung oder die Position einer Partei tatsächlich verändert. Eine Bewertung ist eine Einschätzung der Folge, nicht des Sentiments. Das bedeutet, dass Sie pro Stakeholder betrachten, was sich konkret ändert: Einkommen, Gesundheit, Beschäftigung, Lebensumfeld, Reputation, Zugang zu etwas, das zuvor selbstverständlich war. Je näher diese Veränderung am Kern der Existenz oder des Unternehmens einer Person liegt, desto höher die Bewertung.
Die Bewertung ist eine Einschätzung Ihrer Organisation, keine Aussage im Namen des Stakeholders. Dieser Unterschied ist die Grenze dessen, was Bewerten leisten kann: Sie legen fest, was Sie für die Wirkung halten, nicht was der Stakeholder selbst davon denkt. Diese beiden können zusammenfallen. Sie können auch auseinanderlaufen, und genau dieser Unterschied ist wertvolle Information, kein Fehler in der Bewertung.
Betroffenheit ist nicht konstant. Dieselbe Reorganisation kann für einen Lieferanten eine Randerscheinung sein und für eine lokale Gemeinschaft einen Umbruch. Wie Sie Betroffenheit bewerten, wenn mehrere Projekte laufen ist daher eine andere Frage als Betroffenheit für eine einzelne, in sich stehende Entscheidung zu bewerten: Kumulation zählt. Ein Stakeholder, der innerhalb kurzer Zeit dreimal von separaten Projekten betroffen wird, erlebt eine Summe, die keine der einzelnen Bewertungen zeigt. Wer pro Projekt getrennt bewertet und die Projekte losgelöst voneinander behandelt, unterschätzt strukturell, was bei diesem Stakeholder tatsächlich geschieht.
Das ist auch der Grund, warum Bewerten nie eine einmalige Übung ist. Betroffenheit verschiebt sich mit der Phase eines Projekts: bei der Ankündigung ist die Unsicherheit oft der größte Teil der Wirkung, bei der Durchführung verschiebt sich das zu konkreter Beeinträchtigung oder Verlust, beim Abschluss zu den bleibenden Folgen. Eine Bewertung, die beim Start festgelegt und nicht überarbeitet wird, misst irgendwann etwas, das nicht mehr existiert.
Betroffenheit erhält erst neben Einfluss Bedeutung. Was eine Einfluss-Betroffenheit-Matrix bedeutet, wenn mehrere Projekte laufen zeigt, wie diese beiden Achsen zusammen bestimmen, in welches Quadrant ein Stakeholder gerät, und dieses Quadrant bestimmt, was von Ihrer Organisation erwartet wird. Hohe Betroffenheit bei geringem Einfluss ist das Quadrant, in dem Organisationen am häufigsten versagen, weil kein formeller Druck besteht, etwas damit zu tun. Was Sie mit einem Stakeholder tun, der viel Einfluss hat und wenig Betroffenheit ist eine andere Fragestellung, mit einer anderen Art von Aufmerksamkeit.
Die Bewertung selbst verändert nichts. Eine Matrix, die in einem Dokument verbleibt, ist eine Momentaufnahme, kein Instrument. Was eine Bewertung aber tut, ist ein Gespräch darüber erzwingen, wer wofür verantwortlich ist. Eine hohe Betroffenheit ohne Eigentümer ist einer der häufigsten blinden Flecken in der Stakeholder-Arbeit: alle sehen die Bewertung, niemand fühlt sich angesprochen.
Das Bewerten von Betroffenheit ruft unmittelbar eine Folgefrage hervor: wer ist für diese Beziehung verantwortlich, sobald die Bewertung feststeht. Wer Eigentümer einer Beziehung wird ist keine nachträgliche administrative Zuweisung, es ist die Frage, die die Bewertung erst nützlich macht. Eine Bewertung ohne Eigentümer bleibt eine Zahl auf Papier. Ein Eigentümer ohne Bewertung weiß nicht, wo die Dringlichkeit liegt. Erst zusammen bilden sie einen Grund, etwas zu tun, und das weiterhin zu tun, wenn sich die Umstände ändern.
Bei mehreren laufenden Projekten wird diese Eigentümerfrage komplizierter, weil ein Stakeholder von verschiedenen Teams gleichzeitig angesprochen werden kann. Wer Eigentümer einer Beziehung wird, wenn mehrere Projekte laufen behandelt diese Überlappung: wer hat das letzte Wort, wenn zwei Projektteams unabhängig voneinander mit derselben Partei sprechen, und wer erkennt als Erster, dass Zusagen aus dem einen Projekt Spannungen mit dem anderen verursachen. Ohne einen benannten Eigentümer fällt diese Spannung meist erst auf, nachdem der Stakeholder selbst darauf hinweist, und dann ist es bereits eine Frage des Vertrauens statt der Koordination.
Die Trust Baseline von impact-promise.com baut auf diesem Prinzip auf: eine interne Befragung dazu, wie Ihre Organisation Betroffenheit und Einfluss einschätzt, neben einer externen Befragung bei den Stakeholdern selbst. Der Unterschied zwischen diesen beiden Bildern ist das erste Ergebnis, ergänzt durch einen Commitment-Tracker, der festhält, was jedem Eigentümer zugesagt wurde, und einen Signal-Rhythmus, der verfolgt, ob diese Zusagen eingehalten werden. Das Instrument trifft keine Aussage darüber, was ein Stakeholder denkt; das wissen Sie erst, wenn der Stakeholder es selbst sagt. Das Instrument befindet sich noch im Aufbau. Wer dies nutzen möchte, sobald es verfügbar ist, kann sich für die Warteliste anmelden.
Eine Bewertung für Betroffenheit sagt Ihnen, wo Aufmerksamkeit nötig ist. Sie sagt Ihnen nicht, wie viel der daraus folgenden Arbeit von Menschen erledigt werden muss und wie viel von einem System unterstützt werden kann, das Bewertungen verfolgt, Verschiebungen signalisiert und Zusagen überwacht. Diese Frage gehört zu einem anderen Instrument: der Werkscan von FTE TO AI berechnet pro Aufgabe, welcher Teil davon von KI übernommen werden kann, und macht so sichtbar, wo Menschenarbeit weiterhin notwendig bleibt in der Art von Stakeholder-Arbeit, die auf dieser Seite beschrieben wird.
Vraag maar. Het interessantste antwoord komt meestal van wie u nog niet heeft gesproken.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.