Was ist ein Business Analyst? — Rolle, Aufgaben, Abgrenzung
Ein Business Analyst untersucht Geschäftsprozesse, identifiziert Schwachstellen und legt Anforderungen an neue Strukturen, Prozesse und IT-Systeme fest. Im DACH-Raum überschneidet sich die Rolle stark mit dem Requirements Engineer (IREB-Schema); Stellentitel wie „Systemanalyst" oder „IT Business Analyst" sind in der Praxis austauschbar.
Die formale Berufsdefinition stammt aus dem BERUFENET-Profil der Bundesagentur für Arbeit: Business-Analystinnen und Business-Analysten untersuchen Geschäftsprozesse, identifizieren Schwachstellen und legen neue Strukturen, Prozesse sowie IT- und Wissensmanagement-Systeme fest. Das IIBA hat 2023 entschieden, kein monolithisches v4 zu veröffentlichen, sondern ein modulares Ecosystem mit domänenspezifischen Erweiterungen — BABOK v3 bleibt damit Stand 2026 der gültige Referenzrahmen.
Fünf Aufgabenfelder prägen die Rolle in der Praxis: Anforderungserhebung (Workshops, Interviews, Beobachtung), Prozessanalyse (Aufnahme der Ist-Prozesse, BPMN-Modellierung), Dokumentation (Use Cases, User Stories, Akzeptanzkriterien — schriftlich, prüfbar, übergebbar), Stakeholder-Management (Abstimmung zwischen Fachbereich, IT, Geschäftsführung und Anbietern) und Lösungsbewertung (Bewertung von Software-Optionen, KPIs für die Solution Evaluation nach Roll-out).
Die Abgrenzung zu benachbarten Rollen klärt mehr als jede Stellenanzeige: Der Projektmanager verantwortet Zeit, Budget und Ressourcen — der BA die fachlichen Anforderungen. Der Product Owner trägt die Produktverantwortung im agilen Team — der BA übersetzt zwischen Fachbereich und Entwicklung. Der Requirements Engineer (IREB-Schema) deckt einen Teilbereich des BA-Profils ab, mit Schwerpunkt auf Erhebung, Dokumentation und Validierung von Anforderungen. Im Konzern werden diese Rollen sauber getrennt. Im DACH-Mittelstand sitzen sie regelmäßig in einer Person.
Warum die Business-Analyst-Rolle 2026 im DACH-Mittelstand wichtig ist
Drei Treiber machen die BA-Rolle 2026 zum Engpass im Mittelstand: ERP-Modernisierungsdruck, knappe interne Methodenkompetenz und die Pflicht zur sauberen Anforderungserhebung, bevor KI- und Cloud-Lösungen ausgewählt werden.
Erstens: ERP-Modernisierung. Mittelständische Hersteller und Dienstleister stehen vor der Ablösung gewachsener Systeme. Die Bitkom-Studien zur Digitalisierung des Mittelstands dokumentieren, dass Fachkräfte für Anforderungsanalyse und Geschäftsprozess-IT-Schnittstellen zu den am häufigsten unbesetzten IT-Rollen im deutschen Mittelstand zählen. Industrieunternehmen unter 500 Mitarbeitenden besetzen die BA-Funktion selten als eigene Stelle, sondern verteilen sie auf IT-Leitung, Prozessverantwortliche oder externe Beratungen.
Zweitens: Methodenkompetenz. Eine interne IT-Abteilung mit drei bis acht Personen hat im Tagesgeschäft weder Methodenhoheit noch Sprintkapazität für professionelle Anforderungserhebung. Genau dort entsteht der typische BA-Bedarf: temporär, projektbezogen, mit klarem Übergabepunkt.
Drittens: KI und Datenarchitektur. Die Auswahl von KI-, Cloud- und Datenplattform-Lösungen verschiebt die Anforderungserhebung in fachliche Tiefen, die ein Projektleiter ohne BA-Profil nicht abbildet. Laut StepStone-Gehaltsdaten 2026 liegt das Gehaltsband für Business Analysten in Deutschland zwischen rund 46.000 EUR im unteren Quartil und 64.400 EUR im oberen Quartil Jahresbrutto, mit 662 offenen Stellen mit Schwerpunkten Frankfurt, Berlin und München. Der Markt ist eng — und der Mittelstand konkurriert mit Banken, Versicherungen und Konzernen um dasselbe Profil.
Praxisbeispiel: Mittelständischer Hersteller aus Süddeutschland, ca. 240 Beschäftigte
In einer ERP-Auswahl mit einem süddeutschen Mittelständler haben wir die BA-Rolle ad interim übernommen — und gesehen, wo das BABOK-Idealbild im Mittelstand an die Wand fährt. Die saubere Trennung BA / RE / Projektleitung war operativ nicht haltbar. Wir haben drei Rollen in einer Person zusammengeführt, dokumentiert und übergeben.
Ein Hersteller mit etwa 240 Beschäftigten, fünf Standorten und einer in den frühen 2000ern eingeführten ERP-Landschaft hatte die Stelle „Business Analyst (ERP-Modernisierung)" zwölf Monate ausgeschrieben. Drei Kandidatinnen waren in der Endrunde, zwei sagten kurzfristig ab, eine kam und blieb drei Monate. Der Grund war nicht die Vergütung. Der Grund war das Stellenprofil: Die Position war als reine BABOK-Rolle formuliert — Methodenexpertin, ohne Projektverantwortung, ohne Testkoordination, ohne Change-Begleitung. Im 240-Personen-Unternehmen mit einer IT-Abteilung von fünf Personen war diese Arbeitsteilung nicht herstellbar.
Wir wurden für die Wiederaufsetzung gerufen und haben den BA-Auftrag ad interim übernommen. Die methodische Korrektur war pragmatisch: Wir haben das BABOK-Idealbild in ein mittelstandstaugliches Rollencluster überführt — eine Person, drei Hüte. Anforderungserhebung (BA), strukturierte Dokumentation nach IREB-Schema (RE) und leichte Projektkoordination. Die Trennung BA / RE haben wir bewusst nicht vollzogen, weil das Projekt zwölf Monate dauerte und drei ERP-Module umfasste — unterhalb unserer pragmatischen Schwelle.
Das Ergebnis nach acht Monaten: ein konsistentes Lastenheft mit 312 Use Cases und 47 Akzeptanzkriterien je Kernprozess, eine vendor-neutrale Shortlist aus vier Anbietern und eine Auswahlentscheidung in elf Wochen statt der vom Markt erwarteten 24 Wochen.
Was BABOK über die Mittelstands-Realität verschweigt
Drei Punkte, die der BABOK Guide v3 in seiner Konzernlogik nicht abbildet — und die im DACH-Mittelstand über den Erfolg eines BA-Einsatzes entscheiden.
1. BABOK trennt sauber — der Mittelstand kann das nicht
Der BABOK Guide v3 trennt die Business-Analyst-Rolle deutlich von Projektleitung, Testmanagement und Change Management. Diese Trennung funktioniert in Konzernen mit eigenen PMO-Abteilungen und dedizierten Testteams. Im Mittelstand mit 50 bis 500 Beschäftigten gibt es weder ein PMO noch ein eigenes Testteam. Aus unserer Erfahrung übernimmt die BA-Person dort in 80 Prozent der Mandate zusätzlich Testkoordination, Stakeholder-Reporting und leichte Projektsteuerung. Die Reinform-Stellenausschreibung führt zu Vakanzen über zwölf Monate. Realistischer ist ein Rollencluster: BA + RE + leichte Projektkoordination — eine Person, dokumentiert in einer klaren Rollenmatrix.
2. CPRE statt CBAP — IREB ist im DACH-Mittelstand oft die relevantere Zertifizierung
Der BABOK-Pfad führt über die IIBA-Zertifizierungskaskade (ECBA, CCBA, CBAP). Im DACH-Raum hat sich aber das IREB-Schema durchgesetzt. Der IREB CPRE Foundation Level Lehrplan v3.3.0 vom 1. April 2026 deckt sowohl planbasierte als auch agile Ansätze ab und ist die häufigste BA-relevante Zertifizierung im deutschsprachigen Mittelstand. Wir trennen RE und BA nur dann, wenn das Projekt mehr als zwölf Monate dauert oder mehr als vier ERP-Module umfasst. Bis dahin gilt die pragmatische DACH-Regel: eine Person, zwei Rollen, dokumentiert in einem konsistenten Lastenheft.
3. Ohne KPI-Definition vor Projektstart scheitert der BA — auch der beste
Im Konzern übernimmt der BA vordefinierte OKRs von Strategieteams. Im Mittelstand existieren diese KPIs schlicht nicht — die Geschäftsführung erwartet, dass der externe BA sie als Erstes definiert. Aus unserer Praxis sind das nicht „mehr Effizienz", sondern messbare Größen wie Auswahlzeit, Budgetabweichung, Nutzerakzeptanz nach drei Monaten und Anzahl manueller Korrekturen pro Woche. Das Kompetenzmodell der Wirtschaftsinformatik (Gesellschaft für Informatik) ordnet Business-Analyse-Kompetenzen entlang Geschäftsprozessanalyse, Anforderungserhebung und IT-Systemgestaltung — die KPI-Verankerung gehört in diese Kompetenzmatrix. Wer das überspringt, bekommt eine fachlich saubere Anforderungserhebung ohne messbaren Geschäftsnutzen.
Unsere Einordnung
Der BABOK Guide v3 ist ein guter Rahmen. Er ist aber kein Stellenprofil. Wer ihn im Mittelstand wörtlich nimmt, schreibt Vakanzen aus, die niemand füllt.
So setzen wir die BA-Rolle im Mittelstand ein
Wir setzen die BA-Rolle in vier Phasen ein: Zielklarheit und KPI-Definition vor Anforderungserhebung, Ist-Analyse vor Soll-Bild, Lastenheft vor Anbietergespräch, Solution Evaluation nach Roll-out.
In der vendor-neutralen ERP- und Systemberatung betrachten wir Business Analysis nicht als isolierte Disziplin, sondern als methodischen Kern jedes Auswahl-Projekts. Bewährt hat sich ein vierstufiges Vorgehen:
Phase 1 — Zielklarheit und KPI-Set vor jeder Anforderungserhebung. Phase 2 — Ist-Prozessanalyse, strukturierte Aufnahme der bestehenden Prozesse, BPMN- oder Value-Stream-Mapping-basiert. Phase 3 — Lastenheft mit Use Cases und Akzeptanzkriterien — fachlich prüfbar, anbieter-neutral. Phase 4 — Solution Evaluation, KPI-gestützte Bewertung nach drei und sechs Monaten Roll-out.
Der wesentliche Unterschied zu klassischen Beratungsangeboten: Wir empfehlen herstellerunabhängig. Wir nehmen die BA-Rolle in mittelständischen Mandaten temporär ad interim wahr, um die Methodenkompetenz im Haus aufzubauen und das Lastenheft anbieter-neutral zu halten. Mehr zu unserer methodischen Haltung in unser Beratungsansatz.
Häufige Fehler bei der BA-Rolle im Mittelstand
Vier Fehlermuster sehen wir in mittelständischen BA-Einsätzen immer wieder. Drei sind organisatorisch, eins ist methodisch. Alle sind vermeidbar — wenn sie vor dem ersten Workshop adressiert werden.
Fehler 1 — Reines BABOK-Stellenprofil im 200-Personen-Unternehmen. Die Ausschreibung beschreibt die Konzernrolle, die im Mittelstand operativ nicht herstellbar ist. Folge: Vakanz über zwölf Monate. Lösung: Rollencluster (BA + RE + leichte Projektkoordination) explizit ausschreiben.
Fehler 2 — KPIs erst nach dem ersten Workshop. Die Anforderungserhebung läuft, ohne dass definiert ist, woran der Erfolg gemessen wird. Lösung: KPI-Set in der Zielklarheit, vor jeder Workshop-Einladung.
Fehler 3 — Toolauswahl vor Anforderungserhebung. Der BA wird beauftragt, „die Anforderungen für ein vorgewähltes System zu schreiben". Methodisch betrachtet keine Business Analysis, sondern Anbieterbestätigung. Lösung: BA bekommt das Mandat vor der Anbieterdiskussion.
Fehler 4 — Kein interner Übergabepunkt. Der externe BA arbeitet das Lastenheft aus und verlässt das Projekt. Niemand im Haus kann die Anforderungen gegenüber dem Anbieter verteidigen. Lösung: ein interner Anforderungseigner wird ab Tag eins benannt und parallel methodisch begleitet.
Häufig gestellte Fragen
Ein Business Analyst untersucht Geschäftsprozesse, erhebt Anforderungen, dokumentiert sie in Use Cases und Akzeptanzkriterien, koordiniert Stakeholder zwischen Fachbereich und IT und bewertet Lösungsoptionen. Im DACH-Mittelstand kommen Testkoordination und leichte Projektsteuerung hinzu. Zentrale Werkzeuge: BPMN, UML, SQL, Jira oder Confluence; Methodenrahmen BABOK v3 (IIBA) und CPRE-Foundation-Level (IREB).
Der Requirements Engineer ist im DACH-Raum über das IREB-CPRE-Schema definiert und deckt einen Teilbereich des BA-Profils ab: Erhebung, Dokumentation und Validierung von Anforderungen. Der BA ist breiter — er bezieht Geschäftsstrategie, Prozessanalyse, Stakeholder-Management und Solution Evaluation ein. Im Konzern getrennt, im DACH-Mittelstand regelmäßig in einer Person.
Laut StepStone-Gehaltsdaten 2026 liegt die Bandbreite zwischen rund 46.000 EUR im unteren Quartil und 64.400 EUR im oberen Quartil Jahresbrutto. Einsteigerinnen starten bei rund 51.000 EUR, mit Erfahrung 62.000 bis 67.000 EUR. SAP-BAs erreichen Durchschnittsgehälter von 59.600 EUR, Senior-Profile bis 100.000 EUR.
Im DACH-Raum hat sich das IREB-Schema durchgesetzt. Der CPRE Foundation Level (v3.3.0 vom 1. April 2026) ist die häufigste BA-relevante Zertifizierung. Daneben ist die IIBA-Kaskade (ECBA, CCBA, CBAP) international anerkannt und im Konzernumfeld stärker etabliert. Aus unserer Sicht: CPRE für die Mittelstandspraxis, CBAP für internationale Karrierepfade.
Aus unserer Erfahrung lohnt sich der externe BA in drei Konstellationen: bei ERP- oder Systemauswahl-Projekten mit klarem Übergabepunkt, bei Digitalisierungsinitiativen ohne interne Methodenkompetenz und bei Wiederaufsetzungs-Projekten. Die interne Stelle lohnt sich bei mehreren parallelen Projekten. Wir empfehlen häufig den hybriden Weg.
Nächste Schritte
Vor der Stellenausschreibung oder dem Beauftragen eines externen Business Analyst lohnt sich eine kurze Klärung dreier Punkte: Welche Geschäftsziele soll der BA-Einsatz unterstützen? Wie wird Erfolg gemessen? Welche Rollen sollen kombiniert werden, welche getrennt? Wer diese Klärung überspringt, formuliert ein Stellenprofil aus dem Lehrbuch und bekommt entweder keine Bewerber oder die falschen. Hintergründe in unseren Einblicken und unter unabhängige ERP-Beratung.
30 Minuten mit Matthias Müller
Eine strukturierte Einschätzung Ihres BA-Einsatzes — anbieterneutral, methodisch, aus über 1.200 Projekten.
