Was macht ein Requirements Engineer?
Am Anfang eines Projekts steht selten eine klare Aufgabe, sondern ein Bündel aus Wünschen, Gewohnheiten, Gesetzestexten und widersprüchlichen Erwartungen. Requirements Engineers bringen das in Ordnung. Sie führen Interviews mit Fachabteilungen, beobachten Arbeitsabläufe, sichten bestehende Dokumentation und formulieren daraus Anforderungen, die prüfbar sind: Wer braucht was, unter welchen Bedingungen, und woran erkennt man, dass es erfüllt ist.
Der Arbeitsalltag besteht zu großen Teilen aus Gesprächen und Schreibarbeit. Workshops moderieren, User Stories und Akzeptanzkriterien formulieren, Prozesse in BPMN oder UML modellieren, Prototypen mit Nutzern durchspielen. Dazu kommt die Pflege: Anforderungen ändern sich, Abhängigkeiten müssen nachgezogen werden, jede Änderung wird nachvollziehbar dokumentiert. In regulierten Branchen wie Medizintechnik, Bahn oder Automotive ist diese Rückverfolgbarkeit vorgeschrieben und ein erheblicher Teil der Arbeit. Werkzeuge wie Jira, Polarion, DOORS oder Confluence gehören zum Handwerk.
Eine zweite Rolle ist die des Vermittlers. Fachabteilung und Entwicklung sprechen unterschiedliche Sprachen, und wo Anforderungen unklar bleiben, entstehen später teure Umbauten. Requirements Engineers klären Konflikte zwischen Beteiligten, priorisieren gemeinsam mit Product Ownern und sagen auch dann etwas, wenn eine Anforderung technisch nicht sinnvoll umsetzbar ist.
Wie wird man Requirements Engineer?
Der übliche Weg führt über ein Studium in Informatik, Wirtschaftsinformatik, Ingenieurwissenschaften oder einem fachnahen Gebiet. Ein zweiter, ebenso verbreiteter Weg ist der Quereinstieg aus der Fachlichkeit: Wer eine Domäne wirklich kennt, etwa Versicherung, Logistik oder Fahrzeugelektronik, und Genauigkeit im Formulieren mitbringt, wächst häufig aus einer Fachabteilung oder aus dem Test in die Rolle hinein. Auch Entwickler wechseln, wenn ihnen die Analyse näher liegt als das Programmieren.
Als Nachweis hat sich die Zertifizierung des IREB durchgesetzt, das Certified Professional for Requirements Engineering, häufig auf Foundation-Level, in Spezialisierungen darüber hinaus. Viele Stellenanzeigen nennen sie, verlangen sie aber nicht zwingend. Wichtiger ist meist die Kombination aus Methodenkenntnis, Branchenwissen und der Fähigkeit, Menschen die richtigen Fragen zu stellen.
Was der Beruf verlangt
Die Arbeit ist selten körperlich anstrengend und läuft in gewöhnlichen Bürozeiten, oft mit hohem Homeoffice-Anteil. Anstrengend ist etwas anderes: Requirements Engineers arbeiten dauerhaft zwischen Interessen. Sie tragen unangenehme Wahrheiten in beide Richtungen und stehen unter Druck, wenn Termine wackeln, während die Anforderungen noch offen sind. Wer Konflikten ausweicht, wird in dieser Rolle unglücklich.
Dazu gehört eine hohe Toleranz für Dokumentation. Ein großer Teil der Leistung ist Text, der später von anderen gelesen und geprüft wird, und Sorgfalt an dieser Stelle entscheidet über den Projekterfolg. In Beratungsunternehmen kommt Reisetätigkeit hinzu, teils mit mehreren Tagen pro Woche beim Kunden.
Aussichten
Die Nachfrage ist stabil und in regulierten Branchen sowie in großen Verwaltungsprojekten anhaltend hoch, weil unklare Anforderungen dort direkt Kosten und Haftungsrisiken verursachen. Sprachmodelle erleichtern das Formulieren und Prüfen von Anforderungen, ersetzen aber nicht das Erheben und Verhandeln mit Menschen.
Entwicklungswege führen zum Lead Requirements Engineer, zur Business-Analyse, in die Produktverantwortung als Product Owner, in die Systemarchitektur oder in die Projektleitung. Wer eine Domäne über Jahre durchdringt, wird als Fachexperte gesucht.
