AAA Strategie Beratung & Interim Management GmbH

Was macht ein Business Analyst?

Die Brücke zwischen Business und IT – Methoden, Vorgehensweise und Mehrwert

Die Rolle

Die Rolle des Business Analysts

Ein Business Analyst (BA) ist der zentrale Vermittler zwischen Fachabteilungen und IT. Er versteht die Sprache des Business, übersetzt sie in technische Anforderungen und stellt sicher, dass IT-Lösungen tatsächlich die Geschäftsprobleme lösen, für die sie gedacht sind.

Dabei ist der BA weit mehr als nur ein Anforderungssammler – er ist Analytiker, Moderator, Change Agent und Qualitätssicherer in einem.

🔍 Analytiker

Versteht Geschäftsprozesse in der Tiefe, identifiziert Schwachstellen, analysiert Ist- und Soll-Zustand, erkennt Optimierungspotenziale.

🌉 Übersetzer

Übersetzt Business-Anforderungen in technische Spezifikationen, die Entwickler verstehen und umsetzen können.

🤝 Moderator

Bringt unterschiedliche Stakeholder an einen Tisch, moderiert Workshops, schafft Konsens bei widersprüchlichen Anforderungen.

📋 Dokumentator

Erstellt klare, nachvollziehbare Dokumentation: Requirements, Use Cases, User Stories, Prozessdiagramme, Test Cases.

✅ Qualitätssicherer

Validiert, dass die Lösung die Anforderungen erfüllt, führt Abnahmetests durch, stellt sicher, dass nichts übersehen wurde.

🔄 Change Agent

Bereitet das Business auf Veränderungen vor, identifiziert Schulungsbedarfe, begleitet den Change Management Prozess.

Vorgehensweise

Die Vorgehensweise: Von der Analyse zur Umsetzung

Phase 1
1

Stakeholder-Analyse & Projekt-Setup

Bevor die eigentliche Analyse beginnt, identifiziert der BA alle relevanten Stakeholder und deren Interessen.

✓ Stakeholder identifizieren

Wer ist betroffen? Wer hat Entscheidungsbefugnis? Wer nutzt die Lösung später?

✓ Erwartungen klären

Was sind die Ziele? Was soll erreicht werden? Was sind die Erfolgskriterien?

✓ Kommunikationsplan

Wie oft werden Updates gegeben? Welche Formate? Wer muss wann informiert werden?

Phase 2
2

Ist-Analyse: Den Status Quo verstehen

Der BA taucht tief in die bestehenden Prozesse ein – durch Interviews, Workshops, Prozess-Beobachtungen und Dokumentenanalyse.

✓ Einzelinterviews

Detailgespräche mit Key Usern, Fachabteilungsleitern, IT-Verantwortlichen

✓ Workshops

Gemeinsame Sessions zum Mapping von Prozessen, Identifikation von Pain Points

✓ Prozess-Beobachtung

Shadowing von Mitarbeitern, um reale Arbeitsabläufe zu verstehen

✓ Dokumentenanalyse

Formulare, Vorlagen, Reports, bestehende Systemdokumentation durcharbeiten

🎯 Ziel dieser Phase:

Vollständiges Verständnis der aktuellen Prozesse, Systeme, Pain Points und Abhängigkeiten. Dokumentation als Prozessdiagramme (BPMN), Systemübersichten, Problem-Listen.

Phase 3
3

Requirements Engineering: Was braucht das Business?

Jetzt geht es ans Eingemachte: Der BA erarbeitet gemeinsam mit den Stakeholdern die Anforderungen an die neue Lösung.

✓ Requirements Workshops

Strukturierte Sessions zur Erhebung funktionaler und nicht-funktionaler Anforderungen

✓ User Stories erstellen

"Als [Rolle] möchte ich [Funktion], damit [Nutzen]" – konkret und testbar

✓ Use Cases definieren

Detaillierte Beschreibung von Interaktionen zwischen User und System

✓ Edge Cases erfassen

Was passiert bei Fehlern? Bei Sonderfällen? Bei Ausnahmen?

💡 Kritische Fragen, die der BA stellt:

  • "Was passiert, wenn...?" – Edge Cases identifizieren
  • "Wie oft kommt das vor?" – Priorisierung ermöglichen
  • "Warum ist das so?" – Hintergründe verstehen, nicht nur Symptome behandeln
  • "Wer ist noch betroffen?" – Abhängigkeiten erkennen
  • "Was wäre der Business Impact?" – Nutzen messbar machen
Phase 4
4

Soll-Konzept: Die Lösung definieren

Auf Basis der Requirements entwickelt der BA das Soll-Konzept: Wie soll die neue Lösung aussehen? Wie werden die Prozesse künftig ablaufen?

✓ Soll-Prozesse designen

Optimierte Prozesse modellieren, Verschwendung eliminieren, Effizienz steigern

✓ Lösungsoptionen bewerten

Make vs. Buy, Standard vs. Individual, Quick Win vs. strategische Lösung

✓ Mockups & Prototypen

Visualisierung der Lösung, um frühes Feedback zu ermöglichen

✓ Gap-Analyse

Was ist die Lücke zwischen Ist und Soll? Was muss sich ändern?

Phase 5
5

Priorisierung & Roadmap

Nicht alles kann sofort umgesetzt werden. Der BA hilft, Prioritäten zu setzen – basierend auf Business Value, Dringlichkeit, Aufwand und Risiko.

✓ MoSCoW-Methode

Must have, Should have, Could have, Won't have – klare Priorisierung

✓ Value vs. Effort

Quick Wins identifizieren, die schnell Nutzen bringen

✓ Release-Planung

Was kommt in welchem Sprint/Release? Inkrementelle Lieferung planen

✓ Abhängigkeiten managen

Was muss zuerst da sein? Welche Reihenfolge macht Sinn?

Phase 6
6

Begleitung der Umsetzung

Die Arbeit des BA endet nicht mit der Spezifikation. Er begleitet die Entwicklung, klärt Rückfragen, validiert Ergebnisse und stellt sicher, dass die Lösung passt.

✓ Ansprechpartner für Entwicklung

Klärung von Unklarheiten, Entscheidungen bei Zielkonflikten

✓ User Acceptance Testing

Test Cases definieren, UAT koordinieren, Abnahme mit Business durchführen

✓ Change Management

Schulungen koordinieren, Awareness schaffen, Widerstände adressieren

✓ Go-Live Support

Hypercare-Phase begleiten, Probleme schnell klären, Anpassungen vornehmen

Business Involvement

Business-Involvement: Das Geheimnis erfolgreicher Projekte

Der größte Erfolgsfaktor für IT-Projekte ist die aktive Einbindung des Business – von Anfang an. Der Business Analyst ist hier der Enabler, der die Brücke baut und das Business mitnimmt auf die Reise.

🎯 Ownership schaffen

Das Business muss das Projekt als "ihr" Projekt verstehen, nicht als IT-Projekt.

  • Business Sponsor benennen mit Budget-Verantwortung
  • Product Owner aus Fachabteilung einsetzen
  • Entscheidungen beim Business belassen

🤝 Regelmäßige Touchpoints

Kontinuierliche Einbindung statt einmaliger Kick-off und dann Funkstille.

  • Wöchentliche Status-Updates
  • Bi-weekly Review-Sessions mit Demos
  • Monatliche Steering-Committee-Meetings

💡 Frühe Visualisierung

Menschen denken visuell. Mockups und Prototypen machen die Lösung greifbar.

  • Wireframes und Klick-Dummys zeigen
  • Prozessdiagramme gemeinsam durchgehen
  • Prototypen zum Anfassen bereitstellen

📣 Transparente Kommunikation

Keine Überraschungen. Das Business muss wissen, wo das Projekt steht.

  • Risiken und Probleme offen ansprechen
  • Fortschritte und Erfolge teilen
  • Realistische Erwartungen setzen

🎓 Befähigung & Training

Das Business braucht die Skills, um mit der neuen Lösung zu arbeiten.

  • Schulungen frühzeitig planen
  • Train-the-Trainer-Konzepte etablieren
  • Hands-on-Trainings vor Go-Live

🔄 Iteratives Feedback

Feedback-Schleifen ermöglichen Anpassungen, bevor es zu spät ist.

  • Sprint Reviews mit Business-Teilnahme
  • UAT bereits während der Entwicklung
  • Anpassungen basierend auf Feedback

💡 Der entscheidende Unterschied

Projekte mit aktivem Business-Involvement haben eine 3x höhere Erfolgsquote als Projekte, bei denen die IT "für" das Business entwickelt, ohne es wirklich einzubinden.

Change Management

An den Change heranführen: Der sanfte Weg

Veränderung macht Menschen Angst. Der Business Analyst hilft, diese Ängste zu nehmen – durch frühzeitige Einbindung, transparente Kommunikation und schrittweise Heranführung.

1️⃣ Awareness schaffen (von Anfang an)

Menschen müssen verstehen, WARUM sich etwas ändert – bevor sie das WAS akzeptieren können.

  • Business Case kommunizieren: Was sind die Probleme heute? Welche Chancen entstehen?
  • Vision vermitteln: Wie sieht die Zukunft aus? Was wird besser?
  • Stakeholder-Map: Wer ist betroffen? Wer sind die Champions? Wer die Kritiker?

2️⃣ Betroffene zu Beteiligten machen

Menschen akzeptieren Veränderung leichter, wenn sie mitgestalten können.

  • Workshops statt Vorgaben: Gemeinsam die Lösung entwickeln
  • Key User einbinden: Multiplikatoren aus den Fachabteilungen gewinnen
  • Feedback ernst nehmen: Kritik als Chance zur Verbesserung nutzen

3️⃣ Schrittweise Heranführung

Big Bang überfordert. Kleine Schritte ermöglichen Lernen und Anpassung.

  • Pilot-Gruppen: Mit Early Adopters starten, Learnings mitnehmen
  • Phased Rollout: Abteilung für Abteilung, nicht alles auf einmal
  • Quick Wins zeigen: Frühe Erfolge kommunizieren, Momentum aufbauen

4️⃣ Ängste adressieren, nicht ignorieren

Widerstände sind normal. Der BA schafft Raum, Bedenken zu äußern.

  • "Was wäre wenn"-Sessions: Worst-Case-Szenarien durchspielen und entschärfen
  • Anonyme Feedback-Kanäle: Kritik ohne Gesichtsverlust ermöglichen
  • 1:1 Gespräche: Persönliche Sorgen ernst nehmen

5️⃣ Befähigung durch Training

Angst vor Neuem entsteht oft aus Unsicherheit. Training gibt Sicherheit.

  • Hands-on-Training: Nicht nur Theory, sondern praktisches Üben
  • Job Aids erstellen: Quick Reference Guides, Checklisten, Videos
  • Support-Hotline: In der Hypercare-Phase Unterstützung bieten

6️⃣ Erfolge feiern & Momentum halten

Positive Verstärkung motiviert. Der BA sorgt dafür, dass Erfolge sichtbar werden.

  • Success Stories teilen: Wie hat die neue Lösung geholfen?
  • Champions würdigen: Key User und Early Adopters anerkennen
  • Lessons Learned: Was lief gut? Was können wir noch besser machen?
Das Ergebnis

Das Ergebnis: Was bringt professionelle Business Analysis?

📋

Vollständige Requirements

Alle Anforderungen sind erfasst, dokumentiert und mit dem Business abgestimmt. Keine Überraschungen mehr.

🎯

Klare Prioritäten

Was ist wichtig? Was ist dringend? Was kann warten? Entscheidungen basieren auf Business Value, nicht auf Lautstärke.

🤝

Alignment Business-IT

Alle ziehen an einem Strang. Business und IT verstehen sich. Gemeinsame Ziele, gemeinsame Sprache.

Messbare Qualität

Testbare Akzeptanzkriterien, klare Definition of Done. Qualität ist messbar und überprüfbar.

🚀

Schnellere Umsetzung

Weniger Rückfragen, weniger Nacharbeiten, weniger Missverständnisse. Entwicklung läuft effizienter.

😊

Hohe Akzeptanz

Das Business ist vorbereitet, versteht die Veränderung und trägt sie mit. Adoption von Tag 1 an hoch.

💡 Der Return on Investment

60%

weniger Change Requests

40%

kürzere Time-to-Market

3x

höhere Erfolgsquote

Warum es so wichtig ist

Warum Business Analysis so wichtig ist

Die meisten IT-Projekte scheitern nicht an der Technologie. Sie scheitern, weil:

  • Die falschen Anforderungen umgesetzt wurden
  • Wichtige Anforderungen vergessen wurden
  • Das Business nicht eingebunden war
  • Die Veränderung zu abrupt kam
  • Niemand die Brücke zwischen Business und IT gebaut hat

🌉 Der Business Analyst ist diese Brücke

Er sorgt dafür, dass die richtige Lösung gebaut wird, dass alle sie verstehen und mittragen, und dass sie am Ende tatsächlich die Geschäftsprobleme löst, für die sie gedacht ist.

Ohne diese Brücke? Bleiben Business und IT auf getrennten Ufern – und das Projekt versandet irgendwo dazwischen.

CTA

Ihr Projekt braucht einen erfahrenen Business Analyst?

Lassen Sie uns gemeinsam die Grundlagen für Ihren Projekterfolg legen – mit strukturierter Analyse, aktivem Business-Involvement und professionellem Change Management.

Jetzt unverbindlich anfragen

Wir unterstützen Sie als Interim Business Analyst oder begleiten Ihr Team als Coach

© 2025 AAA Strategie Beratung & Interim Management GmbH. All Rights Reserved.