Wie nutzt du Daten, um zu prüfen, was Stakeholder dir erzählen?

Behandel Stakeholder-Aussagen als Hypothese und prüf sie gegen das System. Zieh Mengen, Ausnahmequoten und Zeiten aus den echten Daten, bevor du zustimmst, dass ein Problem eine Lösung wert ist, denn empfundene und tatsächliche Häufigkeit unterscheiden sich oft um eine Größenordnung. Das früh zu tun beziffert außerdem den Nutzen, und das macht aus einer Anforderung einen Business Case statt einer Meinung.

Ich nehme, was Leute mir erzählen, als Hypothese und schaue dann nach. Jemand sagt, das passiert ständig und bringt uns um, und es lohnt sich herauszufinden, ob ständig täglich heißt oder zweimal im Quartal, denn die Antwort verändert, was wir bauen sollten. In einem Projekt stützte sich der Business Case auf eine manuelle Nacharbeitsschleife, die alle als permanent beschrieben. Als ich die Zahlen zog, waren es rund vier Prozent des Volumens, aber diese Fälle brauchten je elf Tage und berührten drei Teams, die eigentliche Geschichte war also Dauer statt Häufigkeit, und die Lösung, die wir geschnitten haben, sah am Ende komplett anders aus. Ich schreibe mein eigenes SQL, wo ich Zugriff habe, und wo nicht, finde ich jemanden im Datenteam und lade ihn auf einen Kaffee ein. Wenn die Daten einem hochrangigen Stakeholder widersprechen, bringe ich das als Frage statt als Korrektur, denn du willst, dass das Gespräch weitergeht.