Lesedauer
5
Minuten
Datum
11.12.2025

Business Analysis vs. Requirements Engineering – zwei Disziplinen, ein Ziel

Haben Sie sich auch schon gefragt, worin der Unterschied zwischen Business Analysis (BA) und Requirements Engineering (RE) liegt? Business Analysis und Requirements Engineering werden in Projekten und Stellenprofilen häufig vermischt. Manchmal sogar gleichgesetzt. Dabei leisten beide Disziplinen Unterschiedliches und genau das macht ihr Zusammenspiel so wertvoll. Wer den Unterschied kennt, schafft Klarheit, im Projekt, im Team und gegenüber Stakeholdern. Dieser Beitrag ordnet ein: Was leistet BA? Was leistet RE? Und warum braucht es beides?
Portrait Enis Bytyçi
Enis Bytyçi

🖼️ Business Analysis (BA) – Warum und Was?

Business Analysis befasst sich mit dem Warum und dem Was.

  • Warum ist eine Veränderung nötig?
  • Welches Problem soll gelöst werden?
  • Was braucht das Business wirklich?

Business Analyst*innen arbeiten im Problemraum. Sie analysieren Geschäftsziele, Prozesse und Rahmenbedingungen und stellen sicher, dass die richtigen Probleme adressiert werden, bevor über Lösungen entschieden wird. Man unterscheidet hierbei zwischen strategischer und operativer Business Analyse. Business Analysis schafft also Orientierung und Kontext und denkt vom Problemraum aus.

🎨 Requirements Engineering (RE) – Wie genau?

Requirements Engineering setzt dort an, wo Klarheit über das Ziel besteht. Das RE wird als eine Teilmenge der (operativen) Business Analyse gesehen. Der Fokus liegt auf dem Wie.

  • Wie wird die Lösung umgesetzt?
  • Was muss ein System oder Produkt können, damit der identifizierte Bedarf erfüllt wird?

Requirements Engineers übersetzen fachliche Ziele in konkrete, umsetzbare Anforderungen. Dazu gehören funktionale und nicht-funktionale Anforderungen, Use Cases, User Stories und Akzeptanzkriterien. RE bewegt sich damit stärker im Lösungsraum.

🧩 Zusammenspiel und Rollenverständnis in der Praxis

Keine Frage: BA und das RE sind eng miteinander verbunden. Sie sind keine Gegensätze, sondern aufeinander abgestimmt. BA und RE sind kein entweder/oder, sondern zwei Puzzlestücke, die eng ineinandergreifen.

  • BA klärt den Kontext und das Ziel
  • RE konkretisiert die Umsetzung

Der zentrale Unterschied liegt in der Trennung von Problemraum und Lösungsraum. Erst durch dieses Zusammenspiel entsteht eine tragfähige Lösung.

Theoretisch sind BA und RE klar getrennte Rollen. In der Praxis verschwimmen sie häufig, besonders in agilen Setups oder kleinen Teams. Ein gemeinsames Verständnis hilft dennoch:

Business Analyst:innen

  • arbeiten stärker auf strategischer Ebene
  • klären Geschäftsziele, Nutzen und Scope
  • identifizieren früh die richtige Initiative

Requirements Engineer:innen

  • arbeiten näher an der Umsetzung
  • ermitteln, dokumentieren prüfen und verwalten von Anforderungen
  • fokussieren sich auf ein konkretes System oder Produkt

📌 Fazit

BA und RE: zwei Disziplinen mit einem gemeinsamen Ziel: am Ende soll die richtige Lösung für das richtige Problem entstehen. BA und RE unterscheiden sich in Perspektive und Timing: Erstere fragt "Tun wir das Richtige?", zweitere "Bauen wir es richtig?". In Kombination stellen sie sicher, dass Vorhaben sowohl geschäftlich sinnvoll als auch technisch machbar und präzise definiert sind.

  • BA sorgt dafür, dass wir die richtigen Probleme lösen
  • RE stellt sicher, dass wir die Probleme richtig lösen


👉 Beispiele aus der Praxis von Rexult

Business Analyse

"Pragmatisch und auf unsere Bedürfnisse angepasst konnte Rexult schnell einen grossen Mehrwert bringen."

Unser Berater unterstützte durch die Moderation von Workshops und die Business Analyse der Geschäftsprozesse. Insgesamt wurden 16 Prozesse erarbeitet, mit verschiedenen Fachexperten diskutiert, finalisiert und dokumentiert. Zur Referenz

Requirements Engineering

"Durch das hohe fachliche und technische Wissen von Rexult, konnten wir das Projekt erfolgreich umsetzen."

Unsere Beraterin unterstütze ein Bundesamt bei der Erarbeitung der Umsetzung des Prozesses und übernahm die technische Projektleitung. Sie unterstütze bei Konfigurationsfragen, der Spezifizierung und leitete die Testiterationen. Zur Referenz

Weitere Blogposts