Business AnalyseBusiness Analyst

Wie definiert ein Business Analyst den Projektumfang (project scope) und warum ist dies entscheidend für den Projekterfolg?

Bestehen Sie Vorstellungsgespräche mit dem Hintsage-KI-Assistenten

Antwort.

Der Projektumfang (scope) ist die klare Definition dessen, was im Rahmen des Projekts umgesetzt werden soll und was ausgeschlossen ist. Eine korrekte Definition des Umfangs gibt ein Verständnis des Arbeitsvolumens, verhindert "Anforderungsverschleppung" und ermöglicht eine effektive Kontrolle von Ressourcen und Zeitrahmen.

Der Business Analyst beschreibt den Umfang mit Hilfe von:

  • Stakeholder-Karten.
  • Kontext-, Grenz- und Schnittstellendiagrammen.
  • Katalogen von Funktionen im Format von Benutzerstorys oder Anwendungsfällen.
  • Manifesten "out of scope" (Ausnahmen).

Wesentliche Merkmale:

  • Der Projektumfang wird vor der detaillierten Ausarbeitung der Anforderungen festgelegt.
  • Er dient als Referenz für die Abstimmung aller Änderungen.
  • Er legt ein tatsächliches, messbares Verpflichtungsvolumen für das Team fest.

Fangfragen.

Reicht es aus, nur die Hauptfunktionen zu definieren, um den Umfang als festgelegt zu betrachten?

Nein. Es ist notwendig, ausdrücklich anzugeben, was NICHT im Projekt enthalten ist, um Doppelinterpretationen und "versteckte" Erwartungen zu vermeiden.

Darf der Business Analyst den Umfang eigenmächtig erweitern, wenn er dies für sinnvoll hält?

Nein. Jede Änderung des Umfangs muss mit den Auftraggebern/Stakeholdern abgestimmt werden und erfolgt in der Regel formal über ein Änderungsverfahren (change request).

Kann der Projektumfang nach seiner Abstimmung geändert werden?

Ja, aber nur durch einen formalen Änderungsmanagementprozess, mit Überarbeitung der Pläne, Kosten- und Zeitabschätzungen sowie mit Zustimmung aller wichtigen Stakeholder.

Typische Fehler und Anti-Patterns

  • Fehlende klare Abgrenzung zwischen dem, was im Projekt enthalten ist und was nicht.
  • Hinzufügen neuer Aufgaben ohne Berücksichtigung der Auswirkungen auf Zeitrahmen und Budgets.
  • Abstimmung des Umfangs nur mündlich, ohne Dokumentation.

Beispiel aus dem Leben

Negativer Fall

Der Umfang wird mündlich festgelegt, ohne ein klares Dokument. Im Prozess tauchen zusätzliche Aufgaben auf, die von den Stakeholdern "erwartet" wurden.

Vorteile:

  • Flexibilität, Möglichkeit zur Anpassung an neue Aufgaben.

Nachteile:

  • Das Projekt überschreitet die Zeit- und Budgetgrenzen, es entsteht Unverständnis zwischen dem Team und dem Auftraggeber.

Positiver Fall

Der Analyst dokumentiert den Umfang, stimmt Ausnahmen ab, alle Änderungen erfolgen über das System der Änderungsanträge.

Vorteile:

  • Kontrolle über Ressourcen, Transparenz, Steuerbarkeit des Projekts.

Nachteile:

  • Der festgelegte Umfang erfordert zusätzliche Zeit für die Abstimmung von Änderungen.