Wäre mein PO ein Produkt, hätte ich ihn umgetauscht en

Immer wieder haben wir in Projekten die Situation, dass die Anforderungen des Product Owners (oder des Business Analysten) beim Entwicklungsteam auf großes Unverständnis stoßen und das Team eigentlich gar nicht so richtig weiß, was es jetzt eigentlich tun soll. Und schon gar nicht, warum es dies tun soll und welche Elemente der vielleicht vorhandenen Spezifikation genauso umgesetzt werden sollen und welche Punkte vielleicht auch nur Ideen sind. Steht der Product Owner dann auch noch für Nachfragen nicht zur Verfügung, dann ist das Chaos meist perfekt.
Da es in den meisten Organisationen allerdings kein 14-tägiges Rückgaberecht für Product Owner gibt (obwohl auf der Verpackung offensichtlich etwas anderes steht), stellt sich nun die Frage, wie wir als Entwicklungsteam diese Situation annehmen und was wir dafür tun können, um diese Situation hoffentlich zum Guten zu verändern.
In dieser Session gehen wir auf typische Probleme von Entwicklungsteams mit „ihren“ Product Ownern ein und zeigen verschiedene Möglichkeiten auf, wie ein Entwicklungsteam auf diese Probleme reagieren und wie das Thema Product Ownership idealerweise vom gesamten Team getragen werden kann.
Der Vortrag richtet sich in erster Linie an Entwickler in agilen Teams, die Probleme mit ihren Anforderungen haben und denken, dass in diesem Bereiche Dinge noch besser laufen könnten. Jedoch richtet er sich ebenfalls an Product Owner und Stakeholder im Managementbereich, die gerne mehr Verantwortung in die Entwicklungsteams geben und Ansätze kennenlernen möchten, wie das Thema Anforderungsmanagement stärker in den Entwicklungsteam verankert werden kann.

Ich hab Persona! Und jetzt? de

Immer wieder erleben wir, dass es in Projekten keine Personas gibt, diese nicht die tatsächlichen Benutzer repräsentieren (oder dies zumindest nie validiert wurde) und dass die einmal erstellten Personas im Laufe des Projektes in irgendwelchen Schubladen verschwinden und dem Team keine Orientierung mehr geben.

Dabei können richtig eingesetzte Personas eines der wichtigsten Instrumente sein, um ein gemeinsames Verständnis im Team zu erlangen, was getan werden muss, um die Benutzer zu begeistern und ein erfolgreiches Produkt zu erschaffen.

Wie schaffen wir es also Personas nicht nur (irgendwie) zu erstellen und wie kann der Prozess gestaltet werden, damit sie auch den tatsächlichen Benutzern entsprechen? Und wie kann ich die einmal erstellten Personas z. B. bei der Erstellung einer Produktvision, bei der Festlegung des Scopes und im weiteren Projektverlauf nutzen, um ihren maximalen Nutzen zu erzielen?
Diese und viele anderen Fragen sollen im Rahmen dieser Session beantwortet und mit euch diskutiert werden.

Einreichung wie in 2020