Antwort.

Eine richtige Verwaltung der Erwartungen der Stakeholder erhöht die Wahrscheinlichkeit des Projekterfolgs und minimiert Konflikte. Schlüsselpraktiken:

• Klare, rechtzeitige und regelmäßige Kommunikation: Organisation von Meetings, Demos, klare Dokumentation von Vereinbarungen.
• Dokumentation von Anforderungen und Annahmen: Verwendung von genehmigten Spezifikationen, Backlogs, Abnahmekriterien und Change Logs.
• Visualisierung von Lösungen: Prototypen, Mockups, Prozessdiagramme, damit der Kunde schneller versteht, wie das Ergebnis aussehen wird.
• Änderungsmanagement: Transparente Regelung aller Hinzufügungen und Anpassungen von Anforderungen durch Change Requests, mit Analyse der Auswirkungen auf Zeitrahmen und Budget.

Schlüsselmerkmale:

• Präsentation von Zwischenergebnissen – stärkt das Vertrauen.
• Flexibles Reagieren auf Veränderungen bei strikter Festlegung des Prozesses.
• Ständige Schulung und Information der Stakeholder (Erklärung von Einschränkungen, Möglichkeiten, Kompromissen).

Fangfragen.

Sollte ein Business Analyst immer den Anforderungen des Kunden zustimmen und diese in das Projekt aufnehmen?

Nein, oft können Anforderungen den Geschäftsziele, dem Budget oder den Fähigkeiten des Teams widersprechen. Der Analyst sollte seine Entscheidungen begründen und die Konsequenzen erklären.

Ist das genehmigte Dokument der Anforderungen endgültig und unveränderlich?

Nein, der Lebenszyklus der Anforderungen sieht Änderungen vor. Es ist wichtig, den Prozess ihrer Einbringung und Genehmigung mit dem Kunden klar zu dokumentieren.

Reicht mündliche Kommunikation aus, um Erwartungen zu managen?

Nein, mündliche Vereinbarungen gehen verloren. Die Dokumentation in Schriftstücken, E-Mails, Berichten ist eine notwendige Bedingung für das Management von Erwartungen.

Typische Fehler und Anti-Patterns

• Ignorieren von Kundenfeedback vor der Veröffentlichung.
• Fehlender transparenter Änderungsmanagementprozess.
• Übermäßige Versprechen (Overpromise).
• Unberücksichtigung technischer/business Einschränkungen.

Beispiel aus dem Leben

Negativer Fall: Der Analyst zeigte dem Kunden keine Zwischenergebnisse und dokumentierte keine Change Requests. Das Endprodukt entsprach nicht den Erwartungen.

• Vorteile: minimale Zeitaufwände für Demos.
• Nachteile: häufige Veränderungen in einer späten Phase, Konflikt und Verlust des Kunden.

Positiver Fall: Der Analyst organisiert regelmäßige Demos, zeigt Prototypen, dokumentiert und genehmigt alle Änderungen. Das Endprodukt entspricht den Erwartungen des Kunden.

• Vorteile: zufriedener Kunde, vorhersehbares Ergebnis.
• Nachteile: höhere Zeitaufwände für Kommunikation und Dokumentation.