Anforderungsmanagement ist keine Phase. Es ist eine Disziplin.
Ein Kick-off mit den relevanten Stakeholdern ist ein guter Anfang. Aber was aus solchen Workshops meistens hervorgeht, sind keine Anforderungen. Es sind Wünsche. Manchmal sogar schon Lösungsvorschläge.
„Bessere Suche.“ „Moderneres Design.“ „Eine News-Sektion.“
Wünsche beschreiben, was jemand haben möchte. Anforderungen beschreiben, was Nutzer tun können müssen — und warum. Das ist ein fundamentaler Unterschied, der sich in jedem späteren Sprint bemerkbar macht.
Was echte Anforderungsaufnahme von einem reinen Workshop unterscheidet, ist Vorbereitung, Struktur und die Qualität der Fragen.
Nicht „Was wollt ihr?“ — sondern „Wie arbeitet ihr heute? Wo verliert ihr Zeit? Was würde euren Alltag konkret verändern?“
Dafür braucht es drei Dinge, bevor der Workshop überhaupt stattfindet:
Gezielte Vorab-Interviews mit Schlüsselnutzern aus verschiedenen Bereichen — dort, wo die echten Schmerzpunkte sitzen.
Eine Analyse des Status quo. Wie wird das bestehende System genutzt? Wo sind die Abbrüche, die Workarounds, die ungenutzten Bereiche?
Einen strukturierten Rahmen für den Workshop selbst — mit dem Ziel, Rohinformationen in priorisierte, validierte Anforderungen zu übersetzen. Nicht Feature-Listen zu sammeln.
Was dann folgt, ist der entscheidende Übersetzungsschritt: Anforderungen müssen in eine Form gebracht werden, mit der Entwicklungsteams und Dienstleister tatsächlich arbeiten können — Epics, User Stories, Akzeptanzkriterien. Dieser Schritt wird unterschätzt. Business-seitig fehlt hier häufig die methodische Tiefe, um fachliche Bedarfe präzise in steuerbare Arbeitspakete zu übersetzen. Das Ergebnis sind entweder zu grobe Vorgaben, die dem Dienstleister zu viel Interpretationsspielraum lassen — oder zu detaillierte Spezifikationen, die an der operativen Realität vorbeigehen.
Wer diesen Prozess sauber begleitet, gibt dem Projekt ein Fundament. Und dem Business die Steuerungsfähigkeit, die es braucht, um Ergebnisse wirklich einzufordern.
Korrekturen nach dem Go-Live sind nicht nur teuer — sie kosten Akzeptanz. Ein System, das nachträglich umgebaut wird, hat es schwerer, Vertrauen aufzubauen. Und Vertrauen ist die Grundlage dafür, dass ein Intranet überhaupt genutzt wird.
Intranet DigitalWorkplace Anforderungsmanagement Projektmanagement DigitaleTransformation Unternehmensberatung Collaboration
