Warum tun sich Führungsteams mit strategischer Decision-Making-Software schwer?

Das Problem des rationalen Modells.

Die meiste Entscheidungssoftware geht davon aus, dass Entscheidungen einem sequentiellen, sichtbaren Prozess folgen: Problem definieren, Optionen sammeln, anhand von Kriterien bewerten, zu einer Schlussfolgerung gelangen, diese dokumentieren. Das ist ein vernünftiges Modell für Gremienentscheidungen mit klaren Parametern. Es ist kein gutes Modell für Führungsentscheidungen, die typischerweise unordentlicher sind: Die Problemdefinition verschiebt sich im Verlauf der Diskussion, die Kriterien sind umstritten statt vereinbart, die Schlussfolgerung entsteht aus dem Gespräch statt aus der Analyse, und die Dokumentation erfolgt, wenn überhaupt, erst nachträglich. Software, die für das rationale Modell entwickelt wurde, stößt bei jedem Schritt auf Reibung, wenn sie in reale Führungsprozesse eingesetzt wird.

Die politische Ebene, die Software ignoriert.

Führungsentscheidungen haben auch eine politische Ebene, die die meiste Software nicht adressieren kann. Die richtige Antwort auf eine strategische Frage ist oft bereits einer oder mehreren Personen im Raum vor Beginn des formalen Entscheidungsprozesses bekannt — aber sie sichtbar zu machen erfordert das Navigieren von Machtverhältnissen, das Managen des Risikos, sich öffentlich zu irren, und das Berücksichtigen der Beziehungen, die von der Schlussfolgerung betroffen sein werden. Entscheidungssoftware, die davon ausgeht, dass alle auf dasselbe Ergebnis optimieren und dass Meinungsverschiedenheiten über die integrierte Debattenfunktion der Plattform ausgetragen werden, stellt häufig fest, dass die eigentliche Deliberation eher im Flur vor dem Meeting stattfindet als im Tool.

Was erfolgreiche Einführung tatsächlich antreibt.

Die Führungsteams, die Entscheidungssoftware erfolgreich einführen, folgen einem gemeinsamen Muster: Sie nutzen das Tool, um die Vorbereitung vor der Beratung zu strukturieren, nicht die Beratung selbst. Die Software erzeugt vor dem Meeting den analytischen Rahmen — die Optionen, die zentralen Annahmen, die Stresstests, die dokumentierten Perspektiven — damit sich das Meeting auf die wirklich schwierigen Urteile konzentrieren kann und nicht auf das Zusammenstellen von Kontext. Dadurch wird das Tool eher zur Infrastruktur für die Vorbereitung als zum Ersatz für ein Meeting, was weitaus natürlicher zu der Art passt, wie Führungsteams tatsächlich arbeiten wollen.

Die Design-Implikation.

Software, die die Qualität von Führungsentscheidungen verbessern soll, muss Führungskräfte dort abholen, wo ihr Entscheidungsprozess tatsächlich stattfindet — das heißt, sie muss mit Unklarheit umgehen, politische Realität berücksichtigen und im Tempo sowie im Format der Führungsarbeit funktionieren. Es bedeutet auch, in der Vorbereitungsphase genug Wert zu schaffen, damit sich die Plattform das Recht verdient, an der Entscheidung mitzuwirken, statt zu behaupten, das menschliche Urteilsvermögen zu ersetzen, das Führung bezahlt bekommt. Die Einführung gelingt, wenn das Tool Führungskräfte in dem besser macht, was sie ohnehin bereits tun — nicht, wenn es sie auffordert, etwas Neues zu tun.