Discovery ist eines dieser Wörter, die in fast jedem Projektbrief vorkommen und fast nirgendwo wirklich passieren.
Was oft darunter verstanden wird: ein paar Interviews, ein Workshop, eine Persona, vielleicht eine Customer Journey Map. Ergebnis: ein Dokument, das zeigt, dass man die Nutzer «gehört» hat.
Was Discovery wirklich bedeutet: ein ernsthaftes Bemühen, die Situation zu verstehen, bevor eine Richtung eingeschlagen wird. Das klingt bescheiden. Die Implikationen sind es nicht.
Echte Discovery fragt nicht «Was wollt ihr haben?». Sondern «Warum habt ihr das Problem?» Sie schaut auf Verhalten, nicht nur auf Aussagen. Sie analysiert Systeme und Prozesse, nicht nur Oberflächen. Sie produziert kein Dokument. Sie produziert Klarheit.
Der häufigste Fehler: Discovery wird zu kurz und zu früh beendet. Man hat genug gehört, um loszulegen. Aber «genug gehört» ist nicht dasselbe wie «verstanden». Die teuersten Fehler in Projekten entstehen nicht in der Umsetzung. Sie entstehen, wenn die falsche Richtung eingeschlagen wird, weil die Discovery-Phase das Problem nicht tief genug verstanden hat.
Gute Discovery ist kein Aufwand. Sie ist Investitionsschutz.
