Business-Analyst/in Lebenslauf-Beispiel & Vorlage

Top ATS-Schlüsselwörter

• Business Analysis
• Anforderungsmanagement
• Requirements Engineering
• Prozessanalyse
• Prozessmodellierung
• BPMN 2.0
• Fachkonzept
• Lastenheft
• User Stories
• Stakeholder-Management
• Workshop-Moderation
• Datenanalyse
• SQL
• Power BI
• Jira
• Confluence
• Scrum
• SAP S/4HANA

Worauf Personalverantwortliche achten

Business-Analysten arbeiten an der Schnittstelle zwischen Fachbereich und IT, und genau diese Übersetzungsleistung wollen Arbeitgeber in Deutschland im Lebenslauf sehen. Zeigen Sie, welche Ergebnisse Sie geliefert haben: Fachkonzepte, Lastenhefte, User Stories, Prozessmodelle in BPMN 2.0 oder Testfälle. Verknüpfen Sie jede Analyse mit einer Wirkung, etwa kürzeren Durchlaufzeiten, weniger Fehlern oder einer termingerechten Abnahme. Stellen Sie Ihre Branche heraus, denn eine Business-Analystin aus der Versicherung wird anders gelesen als ein Kollege aus Handel oder Industrie. Nennen Sie außerdem die Systeme, mit denen Sie gearbeitet haben, zum Beispiel SAP, Salesforce oder ein Kernbankensystem, und Ihre Datenkenntnisse wie SQL oder Power BI. Bei Projekten zählen Größe und Ihre Rolle: Budget, Zahl der Beteiligten, agiles oder klassisches Vorgehen.

Beispiel-Stichpunkte nach Erfahrungsstufe

Einstiegsebene

• Modellierte 14 Ist-Prozesse im Rechnungseingang in BPMN 2.0 und deckte vier Medienbrüche auf, die anschließend beseitigt wurden.
• Formulierte 85 User Stories mit Akzeptanzkriterien für ein Kundenportal; 92 % bestanden die Abnahme im ersten Sprint-Review.
• Bereinigte per SQL 9.000 fehlerhafte Kundenstammsätze vor der CRM-Migration und senkte die Importfehler auf unter 1 %.
• Baute ein Power-BI-Dashboard für Servicetickets auf, mit dem die Teamleitung zwei Engpässe in der Bearbeitung beseitigte.

Mittlere Ebene

• Erstellte das Fachkonzept für ein Dokumentenmanagementsystem in fünf Fachbereichen; die Freigabe erfolgte nach zehn Wochen ohne Nachforderungen.
• Verkürzte die Schadenbearbeitung einer Kfz-Versicherung durch einen neu gestalteten Prüfprozess von zwölf auf sieben Tage.
• Definierte für die Migration aus drei Altsystemen 140 Prüfregeln; zum Go-live wurden alle offenen Aufträge vollständig übernommen.
• Plante und steuerte die Abnahmetests mit 60 Key-Usern; im Livebetrieb trat kein kritischer Fehler auf.

Senior

• Leitete ein Team aus vier Business-Analysten in einem ERP-Programm mit 7 Mio. € Budget; alle drei Releases gingen termingerecht live.
• Erstellte den Business Case für die Digitalisierung des Einkaufs und wies jährliche Einsparungen von 1,1 Mio. € nach.
• Führte einheitliche Standards für Anforderungen, Prozessmodelle und Abnahmen ein; die Nacharbeit pro Projekt sank um ein Drittel.
• Begleitete nach einer Übernahme die Zusammenführung von drei Auftragssystemen; die Lieferfähigkeit blieb während der Umstellung über 97 %.

Häufige Fehler im Lebenslauf

Aufgaben statt Ergebnisse

„Zuständig für die Anforderungsaufnahme“ klingt nach Stellenbeschreibung, nicht nach Ihrer Leistung. Schreiben Sie, was am Ende vorlag und was es bewirkt hat: „Erstellte das Fachkonzept für ein Kundenportal mit 180 Anforderungen; sechs Fachbereiche nahmen es ohne Nachträge ab.“ Kennzahlen wie Durchlaufzeit, Fehlerquote oder eingesparte Stunden machen den Unterschied zwischen Junior und Senior sichtbar.

Branche bleibt unklar

Business-Analyse ist stark fachlich geprägt. Wer Kreditprozesse in einer Bank analysiert hat, bringt anderes Wissen mit als jemand aus Logistik oder Versicherung. Fehlt diese Information, können Recruiter Ihre Erfahrung schlecht einordnen. Nennen Sie Ihre Branche im Kurzprofil und bei jeder Station, dazu Kernprozesse wie Schadenbearbeitung, Order-to-Cash oder Kreditvergabe, die Sie analysiert haben.

Tickets statt Geschäftsprozesse

Wer nur Jira-Tickets, Sprints und Testläufe beschreibt, wirkt eher wie ein Tester als wie ein Business-Analyst. Arbeitgeber suchen jemanden, der Geschäftsprozesse versteht und verbessert. Zeigen Sie deshalb den fachlichen Kern Ihrer Arbeit: welcher Prozess, welches Problem, welche Lösung. Beispiel: „Analysierte den Retourenprozess und reduzierte die manuellen Prüfschritte von sieben auf drei.“

Stakeholder ohne Gesicht

Die Formel „Abstimmung mit Stakeholdern“ passt auf jede Projektrolle und sagt deshalb wenig. Aussagekräftig wird sie erst mit Rolle und Ergebnis: Haben Sie mit Fachbereichsleitungen, Key-Usern, Betriebsrat oder Datenschutz gearbeitet, und was kam dabei heraus? Zum Beispiel: „Moderierte 24 Workshops mit Vertrieb, Logistik und IT und einigte die Bereiche auf einen gemeinsamen Soll-Prozess.“

Datenkenntnisse werden versteckt

Viele Business-Analysten schreiben SQL-Abfragen, prüfen Datenqualität oder bauen Dashboards, erwähnen das aber nur am Rand. Gerade bei Migrationen und Reporting-Projekten ist das ein starkes Argument. Nennen Sie konkrete Beispiele: „Analysierte per SQL 1,2 Mio. Auftragszeilen und deckte drei Ursachen für Lieferverzug auf.“ Im Kenntnisse-Block gehört eine realistische Einstufung dazu.

Karriereweg

Häufig gestellte Fragen

Wie schreibe ich einen Lebenslauf als Business-Analyst/in?

Ihr Kurzprofil sollte in wenigen Sätzen Branche, Schwerpunkt (Prozess- oder Datenanalyse), typische Projekte und Methoden nennen. Jede Stelle im Erfahrungsteil belegen Sie mit Ergebnissen, also Projektgröße, Ihrem Beitrag und der Wirkung im Fachbereich. Anschließend folgen Studium, Zertifikate wie IREB CPRE, Systemkenntnisse und Sprachen. Wer in der Beratung viele Kundenprojekte betreut hat, ergänzt eine Projektliste als Anlage.

Welche Zertifikate sind für Business-Analysten sinnvoll?

Im deutschsprachigen Raum ist das IREB CPRE Foundation Level weit verbreitet und ein guter Einstieg ins Requirements Engineering. Höhere IIBA-Zertifikate wie CBAP setzen nachgewiesene Berufserfahrung voraus und sind vor allem in internationalen Konzernen bekannt. Wer agil arbeitet, ergänzt oft einen Product-Owner-Nachweis. Entscheidend bleibt aber, dass Ihre Stichpunkte die Anwendung der Methoden in echten Projekten zeigen.

Wie gelingt der Quereinstieg in die Business-Analyse?

Viele Business-Analysten kommen aus dem Fachbereich, etwa aus Einkauf, Controlling oder Sachbearbeitung, und dieses Prozesswissen ist Ihr Vorteil. Beschreiben Sie Aufgaben, die bereits nach Analyse klingen: Key-User-Rolle bei einer Softwareeinführung, Testfälle, Verbesserungsvorschläge, Auswertungen in Excel. Ergänzen Sie Grundlagen in BPMN, SQL oder Requirements Engineering, etwa durch eine Zertifizierung, und nennen Sie im Kurzprofil klar Ihr Ziel.

Wie viel IT-Wissen gehört in den Lebenslauf als Business-Analyst/in?

So viel, wie die Stelle verlangt. Für prozessnahe Rollen reichen BPMN, Jira und gute Excel-Kenntnisse, für datennahe Rollen werden SQL, Power BI oder Python erwartet. Programmierkenntnisse sind selten Pflicht, helfen aber im Gespräch mit Entwicklerteams. Ordnen Sie Ihre Kenntnisse ehrlich ein und belegen Sie sie im Erfahrungsteil, statt sie nur im Kenntnisse-Block aufzuzählen. Nennen Sie bei SQL den Zweck, etwa Datenprüfung.

Business-Analyst, Requirements Engineer oder Product Owner: Welche Bezeichnung passt?

Die Rollen überschneiden sich, werden aber unterschiedlich gesucht. Requirements Engineers arbeiten oft in technischen Umfeldern wie Automobilindustrie oder Medizintechnik, Product Owner verantworten in Scrum-Teams das Backlog und damit die Prioritäten. Verwenden Sie Ihre tatsächliche Stellenbezeichnung und ergänzen Sie in Klammern eine gängige Variante, wenn sie Ihre Aufgaben besser beschreibt. So finden Recruiter Sie unter beiden Begriffen.

Lebenslauftext