Wie Business-Analysten die Entscheidungsfindung der Stakeholder in der Entdeckungsphase beeinflussen können

Die Entdeckungsphase bildet in jedem Softwareprojekt das Fundament. Als Business-Analyst haben Sie hier zum ersten Mal die Gelegenheit, sich die Geschichte anzuhören, zwischen den Zeilen zu lesen und Prozesse, versteckte Erwartungen sowie politische Zusammenhänge zu verstehen. Und das alles auf einmal. Hier werden Entscheidungen getroffen, die darüber bestimmen, ob die von Ihnen zur Unterstützung der Stakeholder entwickelte Lösung tatsächlich funktionieren oder nur existieren wird.

Wie Steve Jobs treffend sagte: „Oft wissen die Menschen nicht, was sie wollen, bis man es ihnen zeigt.“ 

Der Fokus muss daher nicht nur auf der Erfassung von Anforderungen liegen, sondern auch darauf, wie wir eine Abstimmung erreichen und dem Unternehmen als Spiegel dienen, das ihm zeigt, was es tatsächlich braucht, um erfolgreich zu sein.

Während des Entdeckungsprozesses hören wir selten nur eine Version der Wahrheit, sondern verschiedene Perspektiven. Dies ist ein klassisches Beispiel für den Rashomon-Effekt: Dasselbe Ereignis wird von verschiedenen Personen auf widersprüchliche Weise wiedergegeben.
 

• Der Vertrieb möchte reibungslose Abläufe.
• Das Marketing möchte detaillierte Datenzuordnungen.
• Die Produktabteilung möchte aussagekräftige Erkenntnisse. 
• Die Technikabteilung möchte vermeiden, etwas zu überkonstruieren, das niemand nutzen wird.
• Der Betrieb möchte Prozessdisziplin.

Als Business-Analyst ist es Ihre Aufgabe, in diesen Gesprächen das Pareto-Prinzip (die 80/20-Regel) zu identifizieren. Erkennen Sie die 20 % der Funktionen, die 80 % der kollektiven Schwachstellen lösen. Wenn Sie die Gruppe der Projektbeteiligten auf diese „wenigen wichtigen Punkte” konzentrieren, können Sie sie dazu bewegen, wenig wertvolle, hochkomplexe Anforderungen frühzeitig aufzugeben. Dadurch werden fragmentierte Erfahrungen in ein kohärentes Betriebsmodell übersetzt, das das Unternehmen tatsächlich umsetzen kann. Und das erfordert Einfluss.

Bevor Sie Entscheidungen beeinflussen können, müssen Sie verstehen, wer sie tatsächlich trifft. Eine klar definierte RACI-Matrix (Responsible, Accountable, Consulted, Informed) ist keine bloße Formalität der Unternehmensführung, sondern eine Art Landkarte des Einflusses.
 

• Wer ist verantwortlich, wenn Kompromisse erforderlich sind?
• Wer glaubt, verantwortlich zu sein, ist es technisch gesehen aber nicht?

Wenn Ihre RACI-Matrix fundiert ist, können Sie sich bei Unstimmigkeiten getrost darauf beziehen: „Basierend auf unserer RACI-Matrix liegt diese Entscheidung bei X. Lassen Sie uns dort eine Einigung erzielen.” Klarheit reduziert Reibungen, die der Feind der Entdeckung sind.

Um Stakeholdern dabei zu helfen, den Übergang von „Was ich will” zu „Was wir brauchen” zu schaffen, nutzen Sie den „Working Backwards”-Prozess von Amazon. Anstatt mit einer Liste technischer Features zu beginnen, sollten Sie zunächst die Erfahrung der Endkunden berücksichtigen.
Amazon nutzt eine simulierte Pressemitteilung und ein Dokument mit häufig gestellten Fragen, um Klarheit zu schaffen, bevor auch nur eine einzige Zeile Code geschrieben wird. Fordern Sie die Stakeholder in Ihren Entdeckungsworkshops auf, den Start des Projekts zu beschreiben.
 

• Was ist das wichtigste Kundenproblem, das wir gelöst haben?
• Was sind die drei wichtigsten Vorteile?

Wenn ein Stakeholder auf einer komplexen Nischenfunktion besteht, fragen Sie: „Gehört das in die Pressemitteilung?” Wenn nicht, ermöglicht die „Working-Backwards“-Logik der Gruppe, die Priorität dieser Funktion herabzustufen, sodass Sie nicht die Rolle des „Bösewichts“ übernehmen müssen. Die Funktion bleibt somit im Projekt-Backlog.

Nicht alle Stakeholder benötigen denselben Detaillierungsgrad. Sobald Sie Ihr RACI definiert haben, passen Sie Ihren Kommunikationsplan entsprechend an.
 

• Führungskräfte wollen Klarheit über Risiken, Wert und Zeitplan.
• Funktionale Leiter wollen die Auswirkungen auf den Prozess kennen.
• Technische Teams wollen Informationen zur Machbarkeit und zu Einschränkungen.

Einfluss ist also selten laut, sondern meist strukturiert. Wenn Ihre Updates die jeweiligen Bedürfnisse der einzelnen Zielgruppen widerspiegeln, wächst Ihre Glaubwürdigkeit.

Die Abstimmungsgespräche während des Erkundungsprozesses sind Ihre strategischen Momente. Hier können Sie
 

• zusammengefasste Ergebnisse präsentieren,
• Konflikte zwischen Teams ansprechen,
• Abhängigkeiten und Einschränkungen hervorheben,
• Optionen vorschlagen. 

Einflussreiche Business-Analysten fragen nicht einfach: „Was möchten Sie tun?” - Sie verwenden optionbasiertes Framing. Sie sagen beispielsweise: „Um das Ziel in unserer PR/FAQ zu erreichen, gibt es zwei Optionen: Option A ist schneller, erfordert jedoch eine manuelle Dateneingabe. Option B ist automatisiert, verzögert jedoch die Einführung um einen Monat. Ich empfehle Option A, um unsere Ziele für das dritte Quartal zu erreichen. Sieht jemand ein Hindernis?”
Indem Sie die Entscheidung als Wahl zwischen definierten Kompromissen präsentieren, können Sie die Stakeholder zu einer logischen statt zu einer emotionalen Schlussfolgerung führen.

Spannungen sind unvermeidlich. Der Vertrieb wird neue Felder hassen, während das Marketing sie fordert. Anstatt einen Streit zu schlichten, wenden Sie die Technik des „Pre-Mortems“ an, die durch den Psychologen Gary Klein bekannt wurde. Fragen Sie die Gruppe: „Stellen Sie sich vor, es sind sechs Monate vergangen und dieses Projekt ist gescheitert, weil die Daten unbrauchbar sind. Warum ist das passiert?” Dies zwingt die Stakeholder, aufzuhören, ihr Revier zu verteidigen, und stattdessen das Ergebnis zu schützen.

Das Stockdale-Paradoxon besagt, dass Sie den Glauben an Ihren Sieg bewahren müssen, während Sie sich gleichzeitig den brutalsten Fakten Ihrer aktuellen Realität stellen. Wenn eine Anforderung technisch unmöglich ist und das Budget überschreiten würde, dann sagen Sie das auch. Transparenz während der Entdeckungsphase schafft Vertrauen. Die Beteiligten sind viel eher zu Kompromissen bereit, wenn sie sich informiert fühlen, statt während der Nutzerabnahme überrumpelt zu werden.

Am Ende der Ermittlung übergeben Sie einen Sozialvertrag, der als Anforderungsdokument getarnt ist. Wenn dies erreicht ist, erhält Ihr Entwicklerteam Anforderungen, die:

1. geprüft sind (das „Warum“ ist klar).
2. validiert sind (das „Wer“ hat zugestimmt).
3. machbar sind (das „Wie“ ist möglich).

Das ist der Unterschied zwischen der einfachen Entwicklung einer Funktion und der Bereitstellung eines tatsächlichen Mehrwerts. Indem Sie die Discovery in Logik und Ergebnissen verankern, beeinflussen Sie die Entscheidungsfindung durch Struktur statt durch emotionale Manipulation.