Lebenslauf für IT-Business-Analyst/innen: Beispiele und Anleitung

Das Muster zeigt eine Analystin mit neun Jahren in der IT: zuerst Anwendungsbetreuung, dann Produktarbeit bei einem Softwarehersteller, heute Senior Business Analyst für die Leistungsabrechnung einer Krankenversicherung. Person und Arbeitgeber sind erfunden. Übernehmen Sie die Struktur und setzen Sie Ihre eigenen Systeme, Release-Zahlen und Geschäftsergebnisse ein.

Stellenanzeigen für Business Analysts ziehen viele Bewerbungen an, oft von Menschen, die nie neben einem Entwicklungsteam gearbeitet haben. Teamleitungen nutzen vier Filter, um den Stapel schnell zu verkleinern.

• Die Systeme, beim Namen genannt. „Analyse von Geschäftsanforderungen“ steht in jedem Lebenslauf. „Leistungsabrechnungssystem einer Krankenversicherung, SAP Order-to-Cash, Salesforce Service Cloud“ zeigt, ob Sie in der ersten Woche loslegen können.
• Ob Sie technisch genug sind. SQL ist für die meisten IT-BA-Stellen die Trennlinie. Wenn Sie die Datenbank abfragen, eine API-Spezifikation oder eine Logdatei lesen können, sagen Sie das klar und nennen Sie ein Beispiel. Wenn nicht, tun Sie nicht so, denn das Interview deckt es auf.
• Belege, dass Sie geliefert und nicht nur dokumentiert haben. Ausgelieferte Releases, produktive Schnittstellen, umgestellte Nutzerinnen und Nutzer, weniger Fehler. Wer nur Dokumente geschrieben hat, die in Confluence liegen geblieben sind, ist ein Risiko.
• Das Vorgehensmodell, in dem Sie tatsächlich gearbeitet haben. Scrum mit Zwei-Wochen-Sprints ist eine andere Arbeit als eine ERP-Einführung in Phasen mit unterschriebenem Lastenheft. Nennen Sie Ihres, die Meetings, die Sie moderiert haben, und das Werkzeug (Jira, Azure DevOps).

“Jeder BA-Lebenslauf sagt mir, dass Anforderungen erhoben und Stakeholder abgestimmt wurden. Die zwei, die ein Gespräch bekommen, sagen mir, welches System, für wie viele Nutzer es live ging und was dabei kaputtging. Wer SQL schreibt und ein Datenmapping erklären kann, landet ganz oben auf dem Stapel.”

Drei oder vier Zeilen oben auf der Seite: Jahre, Branche, Systeme und eine Zahl, die die Größenordnung zeigt. Mit Berufserfahrung schreiben Sie ein Profil, ein Berufsziel nur beim Quereinstieg oder direkt nach dem Studium.

Der häufigste Fehler im Lebenslauf von Business Analysts: Die Methode wird beschrieben statt das Ergebnis. Niemand stellt Sie ein, weil Sie einen Workshop abgehalten haben. Hier sind acht typische Zeilen, umgeschrieben mit den Details, die eine Teamleitung sehen will.

Gliedern Sie die Kenntnisse so, dass das Recruiting sie in fünf Sekunden erfasst: Analysetechnik, Dokumente, Werkzeuge, technische Tiefe, Branche. Nennen Sie nur, wozu Sie Fragen beantworten können.

• Analyse: Anforderungserhebung, Moderation von Workshops, Modellierung von Ist- und Soll-Prozessen, Gap-Analyse, Auswirkungsanalyse, Use Cases, User Stories und Akzeptanzkriterien, Geschäftsregeln, Nachverfolgbarkeit von Anforderungen, Priorisierung nach MoSCoW.

• Dokumente: Lastenheft, Pflichtenheft, fachliche Spezifikation, Source-to-Target-Datenmapping, Schnittstellenspezifikation, Testkonzept und Testfälle für die Abnahme, Release Notes, Schulungsunterlagen.

• Werkzeuge: Jira, Confluence, Azure DevOps, ServiceNow, Lucidchart, Visio, Miro, Figma (Entwürfe lesen), Power BI oder Tableau, Excel über die Grundlagen hinaus (SVERWEIS bzw. XVERWEIS, Pivot-Tabellen, Power Query).

• Technik: SQL, relationale Datenmodelle, REST und JSON, XML- und Flatfile-Schnittstellen, Postman, einfache Skripte, Lesen von Anwendungslogs, Verwaltung von Zugriffsrechten auf APIs und Datenbanken.

• Branche: Nennen Sie Ihre. Leistungsabrechnung in der Krankenversicherung, Kernbanken und Zahlungsverkehr, ERP (SAP, Dynamics, NetSuite), CRM (Salesforce), Supply Chain und Lagerverwaltung, Personal- und Entgeltsysteme, Abrechnung in der Telekommunikation. Branchenwissen entscheidet oft zwischen zwei gleich starken Kandidatinnen oder Kandidaten.

In Deutschland ist für die Arbeit als IT-Business-Analyst/in kein Zertifikat vorgeschrieben. Einige sind bekannt genug, um durch die Vorauswahl zu helfen, der Rest ist Rauschen.

• IREB Certified Professional for Requirements Engineering (CPRE): Im deutschsprachigen Raum das bekannteste Zertifikat für Anforderungsmanagement. Das Foundation Level setzt keine Berufserfahrung voraus; darauf bauen Advanced-Level-Module auf. Viele Stellen als Requirements Engineer nennen es ausdrücklich.
• IIBA-Zertifikate, nach nötiger Erfahrung geordnet: ECBA (Einstieg, ohne Erfahrung), CCBA (rund 3.750 Stunden BA-Arbeit), CBAP (rund 7.500 Stunden). International anerkannt und in Konzernen, Banken und Beratungen bekannt. Im Umfeld eines PMO wird gelegentlich auch der PMI Professional in Business Analysis (PMI-PBA) genannt; prüfen Sie vor einer Anmeldung, ob PMI ihn noch anbietet.
• Agile Nachweise: Professional Scrum Product Owner (PSPO I) von Scrum.org oder Certified ScrumMaster (CSM) der Scrum Alliance. Nützlich, wenn die Stelle in einem Scrum-Team liegt; Erfahrung ersetzt keines davon.
• Technische Ergänzungen mit Gewicht: Microsoft PL-300 (Power BI), ein SQL-Kurs, den Sie benennen können, Salesforce Administrator oder ein Plattformzertifikat für das System, das Sie betreuen.
• Abschluss: Die meisten Anzeigen verlangen ein Studium der Wirtschaftsinformatik, Informatik, Betriebswirtschaft oder eines verwandten Fachs, viele akzeptieren stattdessen Berufserfahrung, etwa nach einer Ausbildung als Fachinformatiker/in für Anwendungsentwicklung oder als Kaufmann/-frau für Digitalisierungsmanagement. Passt Ihr Abschluss nicht zum Fach, setzen Sie ihn mit einer Zeile ans Ende und beginnen Sie mit Ihren Projekten.

Nennen Sie Zertifikate mit Aussteller und Jahr, zum Beispiel „Certified Business Analysis Professional (CBAP), IIBA, 2024“. Ist eines in Arbeit, schreiben Sie das mit dem Prüfungstermin dazu. Führen Sie kein Zertifikat auf, über das Sie nur nachdenken.

Kaum jemand wird direkt nach dem Studium als Business Analyst eingestellt, ohne etwas vorzeigen zu können. Die gute Nachricht: Dieses Etwas muss keine bezahlte BA-Stelle sein.

1. 1Nehmen Sie das Nächstliegende, das Sie schon gemacht haben, und ordnen Sie es ehrlich neu ein: Tickets im Service Desk, ein Schichtplansystem im Handel, das Sie verbessert haben, eine Projektarbeit im Studium, eine Datenbank für einen Verein, ein Praktikum oder eine Werkstudentenstelle, in der Sie einen Prozess dokumentiert haben. All das kann echte BA-Ergebnisse liefern.
2. 2Stellen Sie ein kleines Portfolio aus drei Arbeitsproben zusammen: ein Ist-Prozessmodell, zehn User Stories mit Akzeptanzkriterien und ein einfaches Datenmapping oder eine Berichtsspezifikation. Verlinken Sie es im Kopf des Lebenslaufs.
3. 3Lernen Sie SQL so weit, dass Sie Joins und Aggregationen schreiben, und belegen Sie es mit einer Projektzeile statt mit einer Behauptung.
4. 4Bewerben Sie sich auch auf Stellen als Junior Business Analyst, Business Systems Analyst, Reporting Analyst und in der Anwendungsbetreuung. Viele IT-Business-Analyst/innen haben in einer dieser Rollen angefangen und sind innerhalb von zwei Jahren gewechselt.

• Eine Seite für den Einstieg, mit mehrjähriger Erfahrung bis zu zwei. Senior Business Analysts in großen Programmen brauchen oft zwei Seiten; drei sind nie gerechtfertigt.
• Foto, Geburtsdatum und Familienstand sind in Deutschland üblich, aber freiwillig. Bei englischsprachigen Bewerbungen an internationale Unternehmen lassen Sie sie besser weg.
• Umgekehrt chronologisch. Ein funktionaler Lebenslauf, der die Daten versteckt, lässt das IT-Recruiting eine Lücke vermuten.
• Wenn Sie als Freiberufler/in viele kurze Projekteinsätze hatten, fassen Sie sie unter einer Überschrift zusammen und nennen Sie die Kunden mit Daten als Unterzeilen, damit es nicht nach häufigen Jobwechseln aussieht.
• Ein kurzer Block „Ausgewählte Projekte“ ist mehr wert als eine längere Liste von Kenntnissen, besonders wenn Ihre Stellenbezeichnungen nicht Business Analyst lauten. Nennen Sie je Projekt in zwei Zeilen das System, Ihre Rolle, die Größenordnung und das Ergebnis.
• Speichern Sie als PDF, außer die Anzeige verlangt Word, und bleiben Sie bei einer Spalte mit echten Überschriften und ohne Textfelder.

Große Arbeitgeber und IT-Personaldienstleister filtern nach Stichwörtern. Am sichersten ist es, die Anzeige auseinanderzunehmen und die Stichpunkte mit ihren Begriffen zu schreiben.

• Bezeichnungen für die Kopfzeile: IT-Business-Analyst/in, Business Analyst, Requirements Engineer, Business Systems Analyst, technische/r Business Analyst/in, IT-Analyst/in, Product Analyst.
• Methodenbegriffe: Anforderungserhebung, Requirements Engineering, User Stories, Akzeptanzkriterien, Lastenheft, Pflichtenheft, Prozessmodellierung, Gap-Analyse, Traceability-Matrix, Abnahmetest (UAT), Fehlerbewertung, Änderungsmanagement.
• Werkzeuge: Jira, Confluence, Azure DevOps, ServiceNow, SQL, Power BI, Tableau, Visio, Lucidchart, Postman.
• Vorgehen: Agile, Scrum, Sprint, Backlog Refinement, Wasserfall, V-Modell, Release, Cutover, Go-live, Hypercare.
• Fachbegriffe aus der Anzeige: Leistungsabrechnung, EDI/EDIFACT, HL7, DSGVO, DORA, ERP, S/4HANA, Order-to-Cash, Zahlungsverkehr, KYC, Lagerverwaltung. Setzen Sie sie in Ihre Stichpunkte, nicht in eine Liste ohne Zusammenhang.