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

Ein einseitiger Lebenslauf einer Analystin mit acht Jahren Erfahrung in der Betreuung von Auftragsabwicklung und ERP bei einem mittelgroßen Großhändler. Name und Unternehmen sind erfunden. Achten Sie darauf, dass jede Stelle die verantworteten Systeme, die Zahl der Nutzerinnen und Nutzer und ein messbares Ergebnis nennt und dass die technische Arbeit klar benannt ist, statt hinter „Abstimmung mit Stakeholdern“ zu verschwinden.

Lebensläufe für die Systemanalyse landen bei der IT-Leitung, der Leitung der Anwendungsbetreuung oder den fachlich Verantwortlichen eines Systems. Diese wollen vor einem Telefontermin vier Fragen beantworten.

• Welche Systeme kennen Sie wirklich? ERP (SAP, Microsoft Dynamics, Oracle, NetSuite), CRM (Salesforce, Dynamics), HR (SAP SuccessFactors, Workday), Krankenhausinformationssysteme, Finanz- oder Schadenplattformen. Nennen Sie sie mit Modulen, denn „Erfahrung mit Unternehmenssoftware“ liest sich wie keine Erfahrung.
• Wie technisch sind Sie? Manche Stellen in der Systemanalyse bestehen zu 80 % aus Dokumentation, andere erwarten SQL, API-Tests, Customizing und Skripte. Sagen Sie, was Sie selbst schreiben. Wenn Sie SQL auf Produktivtabellen geschrieben haben, gehört das weit nach oben.
• Verantworten Sie Ergebnisse oder schreiben Sie nur mit? Die stärksten Lebensläufe zeigen ein Problem, was Sie geändert haben, und das Ergebnis. Anforderungsdokumente sind das Werkzeug, nicht die Leistung.
• Wie arbeiten Sie mit den Fachbereichen? Workshops, Prozessaufnahme, Abnahmetests mit echten Anwenderinnen und Anwendern, Schulungen. Jedes Unternehmen hat ein System, das niemand nutzen will; wer 20 Testerinnen und Tester zum Termin bringt, wird eingestellt.

“Ich überfliege zuerst die Systemnamen und suche dann einen Satz, der zeigt, dass jemand das fachliche Problem verstanden hat. „Anforderungen aufgenommen“ kann jeder schreiben. Erzählen Sie mir, dass Sie eine Woche im Lager saßen und die Auftragserfassung von sechs auf vier Minuten verkürzt haben, dann reden wir.”

Die Titel überschneiden sich, und Unternehmen verwenden sie unscharf. Wählen Sie den, der zur angestrebten Stelle passt, und lassen Sie den Rest des Lebenslaufs ihn stützen.

• IT-Systemanalytiker/in oder Systemanalyst/in ist eher technisch: Customizing, Schnittstellen, Daten, Systemumgebungen, Releases und Betreuung bestimmter Anwendungen. Rechnen Sie mit Fragen zu SQL und zum Aufbau eines Systems.
• Business Systems Analyst steht zwischen Fachbereich und IT: Anforderungen, Prozessdesign, Fachkonzepte, Abnahmetests und Change-Management, mit genug technischer Tiefe für Gespräche mit der Entwicklung. In Deutschland wird diese Rolle häufig auch als IT-Business-Analyst/in oder Inhouse Consultant (etwa für SAP) ausgeschrieben.
• Business Analyst kann in manchen Unternehmen ganz untechnisch sein, mit Fokus auf Prozesse, Anforderungen und Reporting. Für solche Stellen stellen Sie Prozess- und Stakeholderarbeit vor SQL.
• Anwendungsbetreuer/in oder Application Analyst steht meist für eine Plattform: ein Krankenhausinformationssystem in der Klinik, SAP SuccessFactors oder Workday im Personalbereich, Salesforce im Vertrieb. Hier ist der Plattformname die Überschrift des Lebenslaufs.
• Senior- und Lead-Varianten bringen mehr Verantwortung: Mitsprache an der Roadmap, Leitung eines Teilprojekts in einer Einführung, Mentoring anderer Analystinnen und Analysten, Dienstleistersteuerung. Zeigen Sie ein Projekt, das Sie von Anfang bis Ende geleitet haben.

Drei Zeilen: Jahre und Branche, die Systeme, die Sie verantworten, und Ihre technische Arbeit, dazu ein oder zwei Ergebnisse mit Zahlen. Ein Berufsziel brauchen Sie nur beim Einstieg in das Feld.

Der häufigste Fehler im Lebenslauf für die Systemanalyse: Beschrieben wird der Prozess statt des Ergebnisses. Anforderungen nehmen alle auf. Sagen Sie, was sich dadurch geändert hat.

Zwölf bis sechzehn Kenntnisse, gruppiert, damit man sie überfliegen kann. Stellen Sie Plattformen und technische Kenntnisse nach vorn, wenn die Anzeige technisch ist, sonst Prozess- und Stakeholderkompetenzen.

• Plattformen: die ERP-, CRM-, HR-, Klinik- oder Finanzsysteme, die Sie konfiguriert oder betreut haben, mit Modulen (etwa SAP SD, MM oder FI). Schreiben Sie ehrlich „Grundkenntnisse“ zu Systemen, die Sie nur am Rand kennengelernt haben.
• Technik: SQL, REST- und SOAP-APIs, JSON und XML, EDI (in Deutschland meist EDIFACT), ETL- oder Mapping-Werkzeuge, Skripte, falls vorhanden, Berichtswerkzeuge wie Power BI, Tableau oder SSRS und so viel Excel, dass Sie etwas modellieren können.
• Analyse: Anforderungserhebung, Ist- und Soll-Prozessmodellierung, Gap-Analyse, Datenfluss- und Entitätsdiagramme, User Stories und Abnahmekriterien, Nachverfolgbarkeit.
• Umsetzung: Planung von Abnahmetests und Testfällen, Fehlertriage, Release- und Change-Management, Umstellung und Begleitung des Produktivstarts, Jira, Confluence, Azure DevOps, ServiceNow.
• Arbeitsweise: agile Formate und Backlog-Refinement, Phasen im Wasserfallmodell, ITIL-Prozesse für Incidents und Changes, Dienstleistersteuerung.
• Die menschliche Seite: einen Workshop leiten, in dem zwei Abteilungen uneins sind, eine technische Einschränkung ohne Fachjargon erklären, Dokumentation schreiben, der neue Kolleginnen und Kollegen folgen können, und Nein sagen zu einer Änderung, die an anderer Stelle etwas kaputt macht.

Für diesen Beruf ist kein Zertifikat vorgeschrieben. Einige sind bekannt genug, um bei der Vorauswahl zu helfen, und Plattformzertifikate zählen vor allem dann, wenn die Anzeige die Plattform nennt.

• IIBA-Zertifikate: ECBA für den Einstieg, CCBA für die mittlere Stufe, CBAP für erfahrene Analystinnen und Analysten. In Anzeigen für Senior-Stellen wird am häufigsten CBAP genannt.
• 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 Module auf Advanced Level auf.
• ITIL 4 Foundation, verbreitet in IT-Organisationen mit festen Prozessen für Incidents, Problems und Changes.
• Scrum-Zertifikate: Professional Scrum Master (Scrum.org) oder Certified ScrumMaster (Scrum Alliance), nützlich, wenn Ihre Teams in Sprints arbeiten.
• Plattformzertifikate: SAP-Zertifizierungen (etwa für S/4HANA Sales), Salesforce Administrator, Workday, ServiceNow, Microsoft Dynamics oder Power BI Data Analyst. Eines davon ist mehr wert als ein allgemeines Zertifikat, wenn es zur Stelle passt.
• Lean Six Sigma Green Belt, wenn Ihre Arbeit stark auf Prozessverbesserung ausgerichtet ist.

Üblich ist ein Bachelor in Wirtschaftsinformatik, Informatik, Betriebswirtschaft oder einem verwandten Fach. In Deutschland führt auch eine Ausbildung als Fachinformatiker/in für Daten- und Prozessanalyse oder für Anwendungsentwicklung in den Beruf, und Erfahrung in dem Fachbereich, den Sie betreuen, ersetzt oft den Abschluss. Viele Analystinnen und Analysten kommen aus Buchhaltung, Lager, Schadenbearbeitung oder Pflege, und dieses Fachwissen ist ein Verkaufsargument, keine Lücke.

Zwei Wege führen in diesen Beruf: direkt nach einem Studium oder einer Ausbildung in Informatik oder Wirtschaftsinformatik oder als Quereinstieg aus einer Stelle, in der Sie das System täglich genutzt haben. Beide brauchen den Nachweis, dass Sie mit Daten umgehen und klar schreiben können.

1. 1Beginnen Sie mit einem kurzen Profil oder Berufsziel, das die angestrebte Analysestelle und Ihre ähnlichste bisherige Arbeit nennt, mit einer Zahl.
2. 2Nach Studium oder Ausbildung (etwa als Fachinformatiker/in für Daten- und Prozessanalyse): Nennen Sie die passenden Inhalte (Datenbankentwurf, Systemanalyse, Geschäftsprozesse, Statistik) und setzen Sie ein Abschluss-, Praxis- oder Ausbildungsprojekt mit Umfang und Ergebnis in die Berufserfahrung, nicht nur den Titel.
3. 3Im Quereinstieg aus Betrieb, Finanzen, Support oder Pflege ist Ihr Fachwissen das Kapital. Zeigen Sie die Systemarbeit, die Sie schon geleistet haben: Berichte erstellt, Arbeitsanweisungen geschrieben, ein Upgrade getestet, Kolleginnen und Kollegen geschult oder als Key User Ihrer Abteilung gearbeitet.
4. 4Belegen Sie die technische Grundlage: SQL ist das Nützlichste, was Sie zeigen können. Ein Kurszertifikat und ein Projekt, in dem Sie echte Daten abgefragt haben, reichen für den Einstieg.
5. 5Ergänzen Sie, wenn möglich, ein kleines Portfolio: ein Prozessmodell, ein Anforderungsdokument oder ein selbst gebautes Dashboard, ohne vertrauliche Details. Erwähnen Sie es in einer Zeile, statt es anzuhängen.

• Eine Seite bis etwa acht Jahre Erfahrung, zwei Seiten für Senior-Analystinnen und -Analysten mit Einführungsprojekten. Nicht drei, auch bei langer Projektliste; ältere Stellen fassen Sie in je zwei Zeilen zusammen.
• Reihenfolge: Kopf mit Titel und Systemen, Profil, technische Kenntnisse, Berufserfahrung, Zertifikate, Ausbildung. Ein kurzer Block „Systeme und Werkzeuge“ weit oben hilft den Menschen ebenso wie dem Schlüsselwortfilter.
• Einspaltig, schlichte Schrift, keine Balken für Kenntnisstufen. Ein Bewerbungsfoto ist in Deutschland üblich, aber freiwillig, das Geburtsdatum ebenso. Bewerbermanagementsysteme wie Personio, SAP SuccessFactors, rexx oder softgarden lesen schlichten Text am zuverlässigsten.
• Textbasiertes PDF: Vorname-Nachname-IT-Systemanalytiker.pdf, sofern die Anzeige nicht Word verlangt.
• Übernehmen Sie das Vokabular der Anzeige wörtlich: „Anforderungsmanagement“, „Fachkonzept“, „Abnahmetest“, „Prozessmodellierung“, „Gap-Analyse“, „SQL“, „API“, „Schnittstellen“, „Datenmapping“, „Change-Management“, „Stakeholdermanagement“, „agil“, dazu jedes genannte System.
• Stellen werden in Deutschland unter vielen Titeln ausgeschrieben: IT-Systemanalytiker/in, Systemanalyst/in, IT-Business-Analyst/in, Inhouse Consultant, Anwendungsbetreuer/in. International ausgerichtete Unternehmen akzeptieren oft einen englischen Lebenslauf; richten Sie sich nach der Sprache der Anzeige. Ein Anschreiben ist im Mittelstand meist erwünscht.

Prüfen Sie Anzeige und Entwurf mit dem ATS-Check von cvplex. Er markiert Systeme und Analysebegriffe aus der Anzeige, die in Ihrem Lebenslauf fehlen, und Stichpunkte, die eine Tätigkeit ohne Ergebnis beschreiben.