Als Product Owner ist eine der wichtigsten Aufgaben das Product Backlog zu pflegen, nur: Wie befülle ich das Backlog überhaupt, wenn da noch gar nichts ist?
In unserer kleinen Serie zum Thema Tools für Product Owner stellen wir fünf Tools vor, die man als Product Owner nutzen kann, um ein Produkt zu starten und die dabei unterstützen das Backlog initial zu befüllen.
Links
Picks
Das Product Owner Camp hat uns eingeladen einen Podcast live vor Publikum aufzunehmen – und Dominik ist der Einladung gefolgt (Sebastian war leider verhindert).
Ähnlich wie schon Doomian bei Videospielen versucht sich Dominik nun an Scrumian: Ein Call-In-Format (wobei die Anrufe in dem Fall nur metaphorisch zu sehen sind), in dem Gäste über Scrum-bezogene Themen mit uns reden.
So möchte Daniel wissen, wie er sein Team dazu bringen kann, selbstständig Entscheidungen zu treffen, Sebastian erzählt von einem Product Owner ohne Team und Michaela fachsimpelt über agiles Arbeiten im Scale-up Umfeld
Hinweis: In der Mitte des Podcasts (in Sebastians Block, etwa von Minute 14 bis Minute 17) sind starke Handy-Störgeräusche zu hören. Diese konnten wir in der Nachbearbeitung leider nicht mehr entfernen – wir wollten den Teil aber auch nicht wegschmeißen. Falls euch das zu sehr stört, bitte einfach vorspulen.
Transparenz-Hinweis: Die An- und Rückfahrt wurde uns bezahlt
Links
Die Definition of Ready ist kein „offizielles“ Scrum-Artefakt und doch wird sie häufig empfohlen und eingesetzt. Aber ist sie auch wirklich gut und sinnvoll oder hat sie nicht auch Fallstricke, die auf den ersten Blick nicht sichtbar sind?
Ausgehend von einer Definition der Definition of Ready tasten wir uns an Vor- und Nachteile heran und versuchen die Frage zu beantworten, warum sie nicht Teil des Scrum Guide ist – und ob sie es sein sollte.
Links
Picks
Foto von https://www.maxpixel.net/Checklist-Man-People-Box-Hand-Goals-Pen-Notebook-2589418
Im Videospieldiskurs gibt es den Fachbegriff der „Ludonarrativen Dissonanz“. Vereinfacht gesagt bedeutet das: Spielmechanik und Erzählung stehen im Widerspruch zueinander.
Dominiks Theorie lautet nun: Es gibt bei Produktentwicklung eine ähnliche Dissonanz. Im Idealfall entwickeln sich das Produkt und der Prozess in ähnlichem Maße, parallel zueinander, weiter. Ist das nicht der Fall (z.B. weil die Retrospektiven schlecht sind oder ausgesetzt werden), dann entsteht diese Dissonanz und „die Gesamtsituation“ gerät irgendwann aus den Fugen.
Wir diskutieren in dieser sehr theoretischen Folge, ob es diese Dissonanz überhaupt gibt, überlegen, wie man sie im Kontext der Team- und Produktentwicklung nennen könnte und wie ihre Ausprägung überhaupt konkret aussieht.
Links
Picks
In unserer Folge zu technischen Schulden haben wir bereits angeschnitten, dass technische Entscheidungen womöglich nicht alleine vom Entwicklungsteam getroffen werden. Da sich unser Hörer Christian ebenfalls eine Vertiefung des Themas gewünscht hat, nehmen wir uns dessen an und überlegen, wer eigentlich die Entscheidungsgewalt über technische Themen hat: Ist es das Entwicklungsteam? Ist es der Product Owner? Sind es womöglich beide Parteien? Und wo verläuft eigentlich die Grenze zwischen rein technischer Entscheidung und geschäftsrelevanter Entscheidung?
Picks
Nachdem wir uns bereits ausgiebig mit Spielen zu Scrum und Kanban ausgetauscht haben, geht es im dritten, und vorerst letzten Teil zu agilen Spielen um Spiele, die allgemein die agile Arbeits- und Denkweise vermitteln.
Links
Links (Ressourcen)
Mick Hohmann ist Product Owner bei der Mayflower GmbH und hält gelegentlich einen Vortrag über Product Owner NoGos. Dominik hat sich mit ihm getroffen und mit ihm über paar dieser Anti-Pattern gesprochen, zum Beispiel was ist, wenn der Product Owner nicht Teil des Teams ist oder wenn der PO in zu technischen Diskussionen abgehängt wird. Wir tauschen Anekdoten und Lösungsansätze aus und diskutieren die Frage, wie sinnvoll es ist, dass der Scrum Guide zwischen Scrum Team und Entwicklungsteam unterscheidet.
Buchtipp: Simon Sinek – Start with Why: How Great Leaders Inspire Everyone to Take Action
Links
Der klassischste aller Rollenkonflikte in einem Scrum Team ist, wenn eine Entwicklerin oder ein Entwickler gleichzeitig Scrum Master ist. Doch auch die Kombination aus Scrum Master und Product Owner oder Entwicklerin und Product Owner ist problematisch. Wir werfen einen Blick auf die verschiedenen Konstellationen und deren Probleme und wie man letztendlich damit umgehen kann.
Links
Picks
Im zweiten Teil unserer Reihe über „Agil skalieren“ geht es um das Large Scaled Scrum Framework – kurz LeSS. Markus Gärtner von it-agile erklärt uns, was die Unterschiede zwischen „Basic LeSS“ und „Huge LeSS“ sind, wie die Struktur von LeSS aussieht, wie Feature Teams und Requirement Areas zusammenhängen und wie die Rolle des Product Owners in LeSS aussieht.
Links
Nicht selten tritt es auf, dass der Product Owner keine einzelne Person ist, sondern eine Gruppe von Personen. Das ist nicht immer sinnvoll, aber auch nicht immer schlecht, es hängt aber auch maßgeblich davon ab, wer Product Owner ist oder wie konsensfähig das Product Owner Team ist. Wir überlegen außerdem, wer idealerweise überhaupt Product Owner wird und ob Consultants geeigneter für die Rolle sind.
Links
Picks: