Product Backlog, Epics, User Stories, Acceptance Criteria… Als Product Owner kennen wir das alles. Und jeden Tag benutzen wir diese Werkzeuge, um unseren Entwicklern zu sagen, was wir vom Produkt brauchen.
Wir verwenden auch Product Goals und Sprint Goals, weil wir gelernt haben, dass es wichtig ist, dass die Entwickler verstehen, warum etwas gemacht werden soll. SMART und INVEST sind hier bekannte Akronyme. Und wieder werden die Akronyme analytischer und technischer.
Jetzt entwickeln wir vielleicht ein eher technisches Produkt, der ganze Prozess ist technisch und wir haben einfach Erfahrung in einem technischen Bereich.
Aber… es brennt noch niemand für das Produkt. Weder die Entwickler haben verstanden, was da passiert, noch die Kunden, warum gerade dieses Produkt eines ihrer Probleme löst und nicht wie alle anderen ist.
Vielleicht ist es an der Zeit, Pixar’s 22 Regeln des Storytelling beim Nachdenken über die Produkt- und Sprintziele auszuprobieren.
Shahed Khalili hat sich die Mühe gemacht, diese 22 Regeln zu übersetzen und für Product Manager & UX Designer zu formulieren. Ein Blick in den Artikel Pixar’s Rules of Storytelling Applied to Product Managers & UX Designers lohnt sich.
Bildquellen:
- joyce-hankins-CoykYnIunUg-unsplash: Foto von Joyce Hankins auf Unsplash
