Weil beide Seiten unterschiedliche Dinge unter „fertig“ verstehen – und das oft erst merken, wenn längst entwickelt wurde.
Warum verstehen sich IT und Fachbereiche bei Anforderungen so oft falsch?
Der Fachbereich beschreibt ein Problem in der Sprache des Alltags: „Wir brauchen schnellere Freigaben.“ Die IT hört eine technische Anforderung und beginnt, eine Lösung zu bauen. Beide meinen es ernst, beide arbeiten sorgfältig – und bauen trotzdem oft aneinander vorbei, weil niemand vorher gefragt hat, was „schneller“ konkret bedeutet: eine Stunde statt eines Tages, oder eine Woche statt eines Monats?
Was bedeutet ein „gemeinsames Zielbild“ konkret?
Es bedeutet, dass am Ende eines Requirements-Engineering-Prozesses ein Dokument steht, das beide Seiten unabhängig voneinander gleich lesen würden. Keine Fachsprache, die nur eine Seite versteht. Keine Interpretationsspielräume bei zentralen Begriffen. Das klingt banal, ist in der Praxis aber der Schritt, der am häufigsten übersprungen wird, weil er nach reiner Formsache aussieht.
Wie verhindert man Missverständnisse, bevor sie teuer werden?
Indem man das Zielbild schriftlich fixiert, bevor eine einzige Zeile Code oder Konfiguration entsteht – und beide Seiten es aktiv gegenlesen, nicht nur zur Kenntnis nehmen. Ein Satz wie „das System soll performant sein“ gehört so lange überarbeitet, bis daraus etwas Messbares wird. Diese Geduld am Anfang erspart Diskussionen am Ende, wenn etwas bereits gebaut ist.
Häufige Fragen
Was ist Requirements Engineering in einfachen Worten?
Der Prozess, aus einem noch unklaren Bedarf eine gemeinsam verstandene, eindeutig formulierte Anforderung zu machen – bevor eine Lösung dafür entwickelt wird.
Wie lange dauert es, ein gemeinsames Zielbild zu erarbeiten?
Das hängt stark vom Umfang ab. Entscheidend ist nicht die Dauer, sondern dass beide Seiten das Ergebnis am Ende tatsächlich gleich verstehen.
Reden bei Ihnen IT und Fachbereich gerade aneinander vorbei? Fragen Sie direkt. → Zum Chat
