4 redenen voor Product Owners om developers te betrekken bij het schrijven van stories
Veel mensen zijn verbaasd wanneer je aanraadt om ook programmeurs te betrekken bij Story Writing Workshops. Maar het zijn tenslotte meetings die erop gericht zijn te bepalen welke functionaliteit als volgende ontwikkeld moet worden. Deze workshops kun je bijvoorbeeld eens per kwartaal houden, maar sommige projecten vereisen Story Writing bij elke Sprint.
Ongeacht hoe vaak deze meetings plaatsvinden, is het belangrijk dat ook programmeurs, testers en andere technische specialisten eraan deelnemen. Al deze mensen kun je samenvatten onder de term "ontwikkelaars" en de volgende vier redenen maken het zo belangrijk om alle ontwikkelaars te betrekken bij het Story Writing.
Grotere betrokkenheid van de ontwikkelaars
Je zou ontwikkelaars erbij moeten betrekken omdat je wilt dat ze enthousiast en overtuigd zijn van het product en zich ervoor inzetten. Ontwikkelaars die geen interesse hebben in waar ze aan werken, zullen immers nooit de best mogelijke prestaties leveren. Als ze bij de meetings aanwezig zijn, krijgen ze de kans om hun bijdrage te leveren. Het is niet zo waarschijnlijk dat hun ideeën net zo goed zijn als die van de Product Owner of andere mensen die een dieper begrip hebben van het bedrijf en de klanten, maar ze zijn alsnog belangrijk genoeg om gehoord te worden.
Beter begrip van de vereisten
Hoe krijg je een dieper begrip van het bedrijf en de klanten? Door na te denken over het product, het bedrijf en de klanten! Developers krijgen die kans wanneer ze deelnemen aan Story Writing Workshops. Hoe meer ze erbij betrokken zijn, hoe meer ze ook leren. En na verloop van tijd zul je merken dat sommige van de beste ideeën daadwerkelijk van de developers kunnen komen.
Het is niet zo tijdrovend als je denkt
Een bezwaar tegen de deelname van developers aan zulke workshops is dat ze dan minder tijd hebben om aan andere meetings deel te nemen of om hun eigenlijke werk te doen: 'code schrijven'. Toch wordt een deel van die tijd in latere Sprints weer teruggewonnen, omdat de developers dan niet zoveel vragen meer zullen hebben. Als ze bij het ontstaan van ideeën betrokken zijn, hoeven ze later niet zoveel vragen te stellen over waarom de klant iets bepaalds wil, terwijl er toch ook andere mogelijkheden zijn om aan die behoefte te voldoen, enzovoort. Als developers aan meetings deelnemen, kost dat weliswaar tijd, maar niet zoveel als je misschien denkt. En alle voordelen die daaruit voortkomen, maken deze investering meer dan goed.
De creativiteit wordt vergroot
Hoe meer mensen nadenken over hoe het product geoptimaliseerd kan worden, hoe meer ideeën de Product Owner heeft om uit te kiezen bij het prioriteren. Dit is bijzonder waardevol, omdat ontwikkelaars vaak een heel andere kijk op een probleem hebben dan de mensen aan de zakelijke kant. Geen van beide perspectieven is beter of slechter. Het is juist de diversiteit aan achtergrondkennis, vaardigheden en denkwijzen die de best mogelijke oplossing van een probleem voor de klant mogelijk maakt.
Er zijn zeker nog meer punten die ik nu niet heb genoemd, maar je kunt vast zelf ook nog redenen bedenken waarom programmeurs en andere technische specialisten bij Story Writing Meetings betrokken zouden moeten worden.
Deze tekst is afkomstig uit de blog van Mike Cohn en is door ons naar het Nederlands vertaald.
Wat is een Chief Product Owner
=> Hoe werkt de samenwerking met meerdere Product Owners bij grote projecten?
Werken met User Stories
=> Zo werken User Stories in Scrum.
