In einem Produktentwicklungsprojekt beschweren sich Stakeholder immer wieder, dass gelieferte Funktionalitäten vom Unternehmen nicht benötigt werden. Der Sponsor fragt, ob die Ressourcen effektiv eingesetzt werden. Was hätte der Projektmanager tun sollen, um die Bereitstellung von Arbeiten zu vermeiden, die keinen Geschäftswert schaffen?

Die korrekte Antwort ist, den Product Owner zu ermutigen, sich mit Stakeholdern zu treffen und ein Product Backlog basierend auf deren Bedürfnissen zu erstellen. Dies stellt sicher, dass die entwickelten Funktionalitäten tatsächlich den Geschäftsanforderungen entsprechen und Wert schaffen. Der Product Owner ist für die Maximierung des Wertes des Produkts verantwortlich und arbeitet eng mit den Stakeholdern zusammen, um das Product Backlog zu priorisieren. Falsche Optionen: Stakeholder bitten, ihre Beschwerden als Änderungsanträge zu erfassen: Dies behebt nicht die Ursache des Problems, nämlich die Lieferung von Funktionalitäten ohne Geschäftswert. Es ist eine reaktive Maßnahme. Den Produktumfang definieren und Stakeholdern untersagen, davon abzuweichen: Ein starrer Umfang ohne Einbeziehung der Stakeholder kann zu Unzufriedenheit führen und verhindert die Anpassung an sich ändernde Bedürfnisse. Stakeholder-Bedürfnisse dokumentieren, diese in der Retrospektive überprüfen und Verbesserungspläne erstellen: Dies ist zwar ein guter Prozessschritt, kommt aber zu spät. Die Bedürfnisse müssen vor der Entwicklung erfasst und priorisiert werden, um Verschwendung zu vermeiden.