Business Analyst: Markt

Stelle

eine offene Stelle, die das Qualitäts-Gate passiert hat und mindestens zwei Technologien nennt

Beobachteter Kandidat

ein Kandidat, dessen Stack diese Technologie enthält; ein Aggregat — kein einziger Datensatz verlässt den Perimeter

Matchbarer Kandidat

noch nicht gezählt

Fenster

Stellen, die zum Zeitpunkt der Erstellung des Snapshots offen waren

Ein Junior BA erfasst unter Anleitung Anforderungen und pflegt die Dokumentation. Sprung zum Middle — eigenständige Arbeit mit Stakeholdern, sichere Prozessmodellierung (BPMN), Anforderungsmanagement in einem Projekt. Ein Senior leitet komplexe Projekte mit vielen Stakeholdern, baut Methodik auf, betreut andere. Karriereweg: Business Analyst → Senior BA → Lead BA oder Wechsel zum Systems Analyst (wenn die technische Seite reizt), zum Product Owner / Product Manager (wenn das Produkt reizt), zum Project Manager.

Top 5: agile, user stories, sql, jira, cloud. Prozessmodellierung: BPMN — die zentrale Notation zur Beschreibung von Geschäftsprozessen, UML — Diagramme (Use Case, Aktivität); Tools — Camunda Modeler, Bizagi, draw.io, Visio. Dokumentation und Aufgaben: Confluence (Wissensdatenbank, Anforderungen), Jira (Aufgaben, Backlog). Zusammenarbeit: Miro (Workshops, Diagramme), Figma (Review von Mockups und Prototypen). Daten: grundlegendes SQL — eine wachsende Anforderung (um Daten zu prüfen, die Tabellenstruktur zu verstehen). Methodik: BABOK (Business Analysis Body of Knowledge vom IIBA), Techniken der Anforderungserhebung (Interviews, Workshops, Beobachtung), User Stories und Use Cases, Gap-Analyse, Priorisierung (MoSCoW u. a.), Agile / Scrum und Wasserfallmodell. Technologieverständnis: auf grundlegendem Niveau — was eine API ist, Integrationen, Architektur (je besser der BA die technische Seite versteht, desto wertvoller). Fähigkeiten: Kommunikation und Moderation (das Wichtigste — Anforderungen zwischen verschiedenen Stakeholdern erheben und abstimmen), Systemdenken, analytische Denkweise, klare Schriftsprache, Management von Interessenkonflikten, Liebe zum Detail. Englisch — für internationale Projekte.

Drei Rollen werden oft verwechselt, besonders in Russland. Ein Business Analyst beantwortet die Frage „was und warum“: arbeitet von der Geschäftsseite her — ermittelt den Bedarf, beschreibt Geschäftsprozesse und Anforderungen, formalisiert, was getan werden muss und welches Problem es löst. Ein Systems Analyst beantwortet „wie, technisch“: nimmt die Anforderungen und entwirft die technische Lösung — Spezifikationen, API-Verträge, Integrationen, Datenmodell; näher an der Entwicklung (siehe /research/analyst/systems-analyst). In Russland ist diese Unterscheidung besonders deutlich: Im Enterprise und bei Banken sind BA und SA verschiedene Rollen; in kleinen Teams vereint oft eine Person beide („Business-Systemanalyst“). Ein Product Manager ist für das Produkt und seinen Gesamterfolg verantwortlich: Strategie, was und warum aus Markt- und Nutzerperspektive gebaut wird, Prioritäten, Produktmetriken, Verantwortung für das Ergebnis; BA — es geht um Anforderungen innerhalb einer vorgegebenen Richtung, PM — darum, welche Richtung überhaupt gewählt wird (siehe /research/pm). Daneben — der Product Owner (eine Scrum-Rolle — verwaltet das Backlog, näher am BA mit Produktausrichtung) und der Project Manager (verantwortlich für Termine, Ressourcen, Projektrisiken, nicht für den Inhalt der Anforderungen). Karriereweg: BA → Systems Analyst oder BA → Product Owner → Product Manager — beide Abzweigungen sind häufig.

Die Arbeit eines Business Analyst ist der Lebenszyklus von Anforderungen. 1) Erhebung — Bedürfnisse sammeln: Interviews mit Stakeholdern, Workshops, Untersuchung aktueller Prozesse und Dokumente, Beobachtung der Nutzerarbeit. 2) Analyse — herausfinden, welches echte Problem gelöst werden muss (nicht nur „Wunschlisten“ aufschreiben), Widersprüche zwischen Stakeholdern erkennen, Machbarkeit bewerten, Lücken finden (Gap-Analyse zwischen „Ist“ und „Soll“). 3) Modellierung — Geschäftsprozesse beschreiben (BPMN), Interaktionsdiagramme zeichnen, „Ist“ und „Soll“ visualisieren. 4) Dokumentation — Anforderungen so formalisieren, dass das Team sie eindeutig versteht: User Stories mit Akzeptanzkriterien, Use Cases, Geschäftsanforderungen, beim Wasserfall — Spezifikationen. 5) Priorisierung und Abstimmung — Prioritäten setzen (MoSCoW u. a.), Anforderungen mit allen Seiten abstimmen, ein gemeinsames Verständnis erreichen. 6) Begleitung der Entwicklung — Fragen des Teams während der Umsetzung beantworten, Details klären, Änderungen an Anforderungen steuern. 7) Abnahme — prüfen, ob das Gebaute den Anforderungen entspricht. Entscheidend: Ein BA ist kein „Sekretär, der Wünsche notiert“, sondern ein Analyst, der zum echten Problem vordringt und es in eine Sprache übersetzt, die sowohl das Unternehmen als auch das Team versteht. Methodische Grundlage — BABOK.

Ja, 29% der Stellen als Business Analyst sind remote oder hybrid. Die Hauptarbeit eines BA — Interviews und Workshops mit Stakeholdern, Modellierung, Dokumentation, Calls — lässt sich gut aus der Ferne erledigen (Miro, Videocalls, Confluence). Besonderheit: Bei Projekten mit vielen Stakeholdern und komplexer Moderation bevorzugen manche Unternehmen Hybrid — einige Workshops sind persönlich effektiver; im Finanz- und Regierungssektor kann es eine Bürovorgabe geben. Russische IT-Unternehmen, Fintech und Enterprise bieten unterschiedliche Formate. Internationale Unternehmen stellen russischsprachige Senior-BAs vollständig remote ein. Englisch ist für den internationalen Markt Pflicht — Business-Analyse ist eine Rolle mit 100% Kommunikation, sowohl Interviews als auch die Abstimmung von Anforderungen laufen in der Sprache des Projekts.

Ein Business Analyst muss nicht programmieren — das ist keine Entwicklerrolle. Eine technische Ausbildung ist wünschenswert, aber keine Pflicht: Menschen kommen aus ganz unterschiedlichen Bereichen erfolgreich in die Business-Analyse. Was wirklich zählt: 1) Analytisches und systemisches Denken — die Fähigkeit, Komplexes in Teile zu zerlegen, Zusammenhänge zu sehen und zum Kern vorzudringen. 2) Starke Kommunikation — die Hälfte der BA-Arbeit besteht aus Kommunikation, Moderation, Abstimmung. 3) Domänenwissen — tiefes Verständnis des Fachgebiets (Finanzen, Logistik, E-Commerce, Versicherungen) ist oft wertvoller als ein technischer Hintergrund; deshalb zieht BA erfolgreich Menschen aus fachlichen Geschäftsbereichen an. 4) Grundverständnis von Technologie — nicht Programmieren, sondern auf hoher Ebene verstehen, was APIs, Integrationen, Datenbanken und Architektur sind; und dieses Verständnis sollte wachsen — je besser der BA die technische Seite versteht, desto wertvoller ist er und desto leichter kann er sich zum Systems Analyst entwickeln. 5) Grundlegendes SQL — eine wachsende Anforderung, die es zu lernen lohnt. Fazit: BA ist eine Rolle, die ohne technisches Studium und ohne Code zugänglich ist, aber analytisches Denken, Kommunikation und ständige Erweiterung des technischen Horizonts erfordert.

Business Analyst — eine zugängliche Einstiegsrolle, auch für Quereinsteiger ohne IT-Hintergrund. Roadmap: 1) Das Wesen des Berufs verstehen — was Anforderungen sind, der Lebenszyklus von Anforderungen, die Rolle des BA im Team; über BABOK (Business Analysis Body of Knowledge des IIBA) lesen — das ist die methodische Grundlage. 2) Prozessmodellierung — BPMN beherrschen (Schlüsselfähigkeit), UML-Grundlagen; das Zeichnen von Ist- und Soll-Prozessen üben. 3) Techniken der Anforderungsarbeit — Interviews, Workshops, Schreiben von User Stories mit Akzeptanzkriterien, Use Cases, Gap-Analyse, Priorisierung. 4) Tools — Confluence, Jira, Miro, draw.io / Visio. 5) SQL-Grundlagen — Abfragen und Verständnis der Datenstruktur beherrschen. 6) Technischer Horizont — auf hoher Ebene verstehen, was API, Integrationen, Client-Server, Datenbanken sind. 7) Agile / Scrum — verstehen, wie die Teamarbeit organisiert ist. 8) Nutzen Sie Ihren Hintergrund — Branchenerfahrung (Banken, Logistik, Versicherungen) ist ein starker Vorteil, kein Hindernis; die BA-Rolle zieht oft Menschen aus Fachbereichen, dem Support, dem Testen und Projektrollen an. 9) Portfolio / Pet-Projekt — einen Prozess und Anforderungen für eine verständliche Aufgabe beschreiben, um die Fähigkeit zu zeigen. Ressourcen: Kurse zur Business-Analyse (Otus, Programme im Stil von ScrumTrek, Analytikschulen), Materialien von IIBA / BABOK, Communities von Business-Analysten. Zielen Sie auf Junior BA und Praktika, mit Branchenkenntnis — auf eine Rolle mit Bezug zu einer vertrauten Branche.

3168 active open Business Analyst positions in the Zorky sample. The real market is wider: the role is named differently — "business analyst", "business-systems analyst", "requirements analyst", "BA", sometimes mixed with "systems analyst" and "product analyst"; exact-term search doesn't catch everything. Geography: Poland, the US, the UK. Sources: hh.ru, Habr Career, getmatch, LinkedIn, Telegram (business and systems analyst communities, job channels). Business Analyst is one of the most common analytical professions in Russia, demand is wide and sustained (banks, IT integrators, product companies, government sector). NB: the Analyst / BI direction historically had difficulties with automatic job classification — the visible number may understate the real market.

Ein Senior Business Analyst leitet komplexe Projekte und verantwortet die Qualität der Anforderungen insgesamt. Erhebung von Anforderungen: Beherrschung von Interviews und Moderation von Workshops, die Fähigkeit, Stakeholder zum Reden zu bringen, das echte Problem hinter „Wunschlisten“ zu erkennen und mit widersprüchlichen Interessen verschiedener Seiten umzugehen. Analyse: systemisches Denken, Gap-Analyse, Bewertung von Machbarkeit und Auswirkungen, die Fähigkeit zu sehen, was in den Anforderungen fehlt, und Probleme vorherzusehen. Modellierung: sicheres BPMN / UML, Entwurf von Zielprozessen, nicht nur Beschreibung der aktuellen. Dokumentation: klare, eindeutige, testbare Anforderungen (User Stories mit Akzeptanzkriterien, Use Cases, Spezifikationen) — damit Unternehmen und Team dasselbe verstehen. Anforderungsmanagement: Nachverfolgbarkeit, Änderungsmanagement, Versionierung, Priorisierung auf Projektebene. Technischer Horizont: Verständnis von APIs, Integrationen, Architektur, Datenmodell, grundlegendem SQL — genug, um mit der Entwicklung dieselbe Sprache zu sprechen und technische Machbarkeit zu bewerten. Domänenwissen: tiefe Kenntnis der Branche des Projekts. Methodik: BABOK, Flexibilität zwischen Agile und Wasserfall, die Fähigkeit, den Analyseprozess in einem Projekt aufzusetzen. Stakeholdermanagement: Arbeit mit Auftraggebern und Management, Erwartungsmanagement, Argumentation. Kommunikation: mündlich und schriftlich — das Hauptwerkzeug des BA. Mentoring: Entwicklung von Junior-Analysten, Review ihrer Arbeit, Teamstandards. Englisch — für internationale Projekte. Der Hauptwert eines Senior — verschwommene, widersprüchliche Geschäftsbedürfnisse in klare, abgestimmte, umsetzbare Anforderungen zu verwandeln.