Antwort.

Der Business Analyst spielt eine Schlüsselrolle bei der Einführung neuer Software, indem er als Vermittler zwischen dem Auftraggeber und dem Entwicklungsteam fungiert. Seine Hauptaufgabe besteht darin, die Geschäftsanforderungen zu identifizieren, klar zu dokumentieren und in technische Spezifikationen zu übertragen sowie die Kriterien für den erfolgreichen Abschluss zu vereinbaren.

Kernmerkmale:

Analyse und Formalisierung von Anforderungen: Der Business Analyst arbeitet die ursprünglichen Anfragen detailliert aus und verwandelt sie in verständliche, eindeutige und messbare Anforderungen.
Bestimmung der kritischen Erfolgsfaktoren (CSF) und der Key Performance Indicators (KPI): Zusammen mit dem Auftraggeber entwickelt er Metriken, die es ermöglichen, den Erfolg der Produkteinführung zu bewerten.
Management der Erwartungen der Stakeholder: Er kommuniziert den Fortschritt, stimmt die Kriterien für "Fertig" (Definition of Done) ab und passt die Erwartungen unter Berücksichtigung von Einschränkungen und Prioritäten an.

Fangfragen.

Was sind die wichtigsten Anforderungen — funktionale oder nicht-funktionale?

Antwort: Beide Arten von Anforderungen sind gleichermaßen wichtig. Funktionale Anforderungen beantworten die Frage, "was das System tun soll", während nicht-funktionale Anforderungen sich mit "wie es das tut" befassen. Die Vernachlässigung einer der beiden Arten führt zum Scheitern der Einführung.

Kann man auf Abnahmekriterien verzichten, wenn die Fristen drängen?

Antwort: Nein, das Fehlen klarer Abnahmekriterien führt zu Streitigkeiten und Überarbeitungen. Auch unter Zeitdruck werden Kriterien priorisiert, jedoch nicht ignoriert.

Sollte der Business Analyst selbst bestimmen, welches Ergebnis als erfolgreich gilt?

Antwort: Nein, der richtige Ansatz ist, gemeinsam mit dem Auftraggeber klare und messbare Erfolgskriterien zu entwickeln und sich nicht ausschließlich auf die eigene Meinung des Analysts zu verlassen.

Typische Fehler und Anti-Pattern

Unklare Formulierung von Anforderungen und Erfolgskriterien
Ignorierung der Meinungen von Endbenutzern
Unzureichende Dokumentation von Änderungen im Prozess

Beispiel aus der Praxis

Negativer Fall: Einführung eines CRM-Systems ohne vereinbarte Abnahmekriterien. Die Anforderungen wurden oberflächlich formuliert, und zum Zeitpunkt des Releases gab es Unstimmigkeiten zwischen der Verkaufsabteilung und der IT.

Vorteile:

Schnelle Umsetzung

Nachteile:

Neuschreibung von Modulen
Motivationsverlust
Finanzielle Verluste durch Nachbesserungen

Positiver Fall: Formalisierung der Anforderungen, Erstellung einer Matrix von Erfolgskriterien mit dem Auftraggeber, regelmäßige Demos.