Stakeholder

Stakeholder sind die wichtigste Quelle für Anforderungen – und die häufigste Ursache für Projektkrisen, wenn einer übersehen wurde. Der Datenschutzbeauftragte, der kurz vor dem Start Einspruch erhebt, war von Anfang an ein Stakeholder. Er stand nur auf keiner Liste.

Eine Stakeholder-Analyse beginnt deshalb mit einer breiten Sammlung und ordnet dann nach Einfluss und Interesse. Wer viel Einfluss und hohes Interesse hat, wird eng eingebunden; wer viel Einfluss und wenig Interesse hat, zufrieden gehalten; wer betroffen ist, aber wenig Macht hat, mindestens informiert – und gehört.

Gerade die letzte Gruppe wird unterschätzt. Die Menschen, die ein System täglich bedienen, haben selten Einfluss auf die Entscheidung, aber das größte Wissen über die Arbeit. Ein Projekt gegen sie durchzusetzen gelingt meist formal und scheitert praktisch: Die Software läuft, und niemand benutzt sie richtig. In Familienunternehmen – in der Region Günzburg keine Seltenheit – gehört außerdem die ältere Generation auf die Liste, auch wenn sie offiziell nicht mehr entscheidet.

Zu meinen ersten Schritten in jedem Projekt gehört eine schlichte Tabelle: wer, welches Interesse, welcher Einfluss, wer spricht mit ihm. Sie ist nach einer Stunde fertig und wird über die Laufzeit gepflegt. Ich habe noch kein Projekt erlebt, in dem dabei nicht mindestens ein Name auftauchte, an den vorher niemand gedacht hatte.