Wat doen Agile Product Owners? Een heleboel! Ze werken om stake-holders, klanten en gebruikers tevreden te houden. Ze doen marktonderzoek en onderzoeken gegevens om het product op de juiste koers te houden.
Product Owners werken nauw samen met teamleden en stellen zichzelf beschikbaar om vragen over werk in de huidige sprint te beantwoorden. En ze zorgen ervoor dat het team een gestage stroom nieuwe gebruikersverhalen heeft voor toekomstige sprints.
De rol en verantwoordelijkheden van de Product Owner zijn enorm. Een goede Product Owner volgt "good practices" zodat ze 7 kostbare fouten kunnen vermijden.
Product Owners proberen de sprint niet te onderbreken
Goede Product Owners vertellen het ontwikkelteam dat waar ze aan werken niet zal veranderen nadat een sprint is gepland. Maar die belofte is moeilijk waar te maken als klanten en belanghebbenden van gedachten veranderen of met nieuwe behoeften komen.
Op een gegeven moment komt elke Product Owner in de verleiding om fout #1 te maken: veranderingen in een sprint aanbrrengen in plaats van te wachten op de start van de volgende.
En weet je? In sommige gevallen is dat oké. Sommige veranderingen zijn erg belangrijk en de moeite waard om een sprint te onderbreken. Maar vele anderen zijn dat niet. Product Owners moeten de verleiding in toom houden om een sprint te onderbreken met iets dat alleen urgent aanvoelt omdat stakeholders er lawaai over maken.
Product Owners kunnen zich tegen deze onderbrekingen beschermen door de hulp van hun Scrum Masters in te roepen en hen te laten weten dat het OK is om terug te dringen wanneer ze daarom vragen om iets nieuws in een sprint te brengen die al in uitvoering is. De meeste Scrum Masters weten dat ze dit zouden moeten doen, maar soms zijn ze bang om terug te dringen. Laat ze weten dat het goed is.
Ik leerde mijn neiging tot onderbreken in toom te houden door de nieuwe ideeën ergens op te schrijven. Soms stop ik ze in de backlog-tool van het team. Andere keren schreef ik een e-mail en plande ik deze om de dag voor de sprintplanning naar mezelf te sturen, zodat ik eraan zou denken om dat nieuwe idee naar voren te brengen. Het idee uit je hoofd krijgen is vaak genoeg.
Product Owners wonen Sprint Meetings bij
Hoewel de Scrum Guide zegt dat het voor Product Owners niet verplicht is om dagelijkse scrum meetings bij te wonen, doen de beste Product Oweners er alles aan om waar mogelijk deel te nemen. Als ik een manier had om de, laten we zeggen, 100 beste Scrum-teams te identificeren waarmee ik ooit heb gewerkt, garandeer ik dat hun Product Owners hebben deelgenomen aan hun dagelijkse scrums.
Evenzo gaan sommige Product Owners niet naar sprint-retrospectives. Of, net zo erg, hun teams nodigen ze niet uit.
Een Product Owner maakt deel uit van het totale Scrum-team. De deelname van een Product Owner aan deze bijeenkomsten toont een openheid om te verbeteren en moedigt teamleden aan om ook te verbeteren.
Maak een toezegging om fout # 2 te voorkomen: sprintvergaderingen overslaan.
Product Owners vertellen het team het wàt, niet het hoe
Producteigenaren hebben de taak om het team te vertellen wat ze moeten bouwen. Het is de taak van de ontwikkelaars om erachter te komen hoe aan dat verzoek te voldoen.
Stel dat uw bedrijf van plan is een pooltafel aan te bieden waarmee spelers precies leren waar ze moeten mikken. Je vertelt het team dat je dat wilt. Zij beslissen wat de beste manier is om dat te doen. Misschien is het met een reeks LED-lampjes rond de rand van de tafel. Misschien is het een spraakopdracht die zegt "links, links, links" totdat de keu perfect is gericht.
U kunt fout #3 (Een team vertellen hoe) voorkomen door elk productachterstanditem of doel dat u een team geeft te overwegen. Vraag jezelf voor elk af of je het team op meerdere manieren hebt verlaten waarop ze het doel kunnen bereiken.
Product Oweners zeggen vaak nee
Product Owners stellen een productvisie op die zal resulteren in een product of oplossing waar mensen blij van worden.
De beste manier waar Product Owners onthouden, dat mensen blij maken niet zo belangrijk is, als het bouwen van het juiste: ze onthouden dat voor elk verzoek waar ze ja op zeggen, ze nee zeggen tegen een ander item.
Met andere woorden, ze vermijden Product Owner fout #4: niet vaak genoeg nee zeggen. Een verborgen probleem van ja zeggen tegen te veel, is dat het zou kunnen betekenen dat je later nee moet zeggen tegen een essentiële, opkomende behoefte die gewoon nog niet is onderkend.
Wees voorzichtig met hoe ver vooruit je vastlegt waar een team aan zal werken. En vergeet niet dat het soms in het belang van het eindproduct is om nee te zeggen.
Product Owners geven prioriteit aan doelstellingen op langere termijn
Goede producteigenaren stellen iets langere termijn productdoelen, die ze gebruiken om hen te helpen prioriteiten te stellen, of dat nu via een formele product road map is of een ander mechanisme.
Door dit te doen, vermijden ze fout #5: Van sprint naar sprint gaan terwijl altijd nagestreefd wordt wat het belangrijkste is aan het begìn van de sprint.
Ik raad aan om driemaandelijkse productdoelen te stellen. Een horizon van 3 maanden biedt een goede balans tussen een langetermijndoel en een doel dat haalbaar lijkt. Bovendien is een doel van 3 maanden een doel waartegen een team vooruitgang kan zien.
Product Owners nemen beslissingen en verduidelijken verantwoordelijkheden
Product Owners moeten snelle beslissingen nemen, zodat ze het ontwikkelingsproces niet vertragen. Zij ookmoeten weten dat deze beslissingen later niet zullen worden teruggedraaid door hun baas of een andere hogere functionaris in de organisatie. Wanneer een Product Owner namelijk routinematig terzijde wordt geschoven, leren teamleden snel om alle beslissingen als voorlopig te beschouwen.
Fout #6 is dat je niet de autoriteit hebt om het werk goed te doen. Een Product Owner die geen autoriteit heeft, moet een gesprek aangaan met de overheersende partij.
Om dat gesprek te structureren, bereidt je je voor door verschillende verantwoordelijkheden van de Product Owner op een eigen plaknotitie (echt of virtueel) te schrijven.
Noteer dingen als:
Geef prioriteit aan de achterstand
Bepaal releasedatums
Geef feedback over geïmplementeerde functies
Enzovoort...
Scheid vervolgens samen de items in stapels van jou, die van hen en gedeeld. Het bereiken van deze duidelijkheid van uw verantwoordelijkheden zal vaak resulteren in het verkrijgen van meer autoriteit die u nodig heeft om volledig te slagen als producteigenaar.
Luister naar feedback met een open mind
Product Owners moeten een open mind hebben en ècht luisteren naar feedback. Teveel Product Owners maken fout #7: te gehecht raken aan hun visie en feedback negeren. In plaats daarvan moeten ze luisteren naar klanten, gebruikers, belanghebbenden en, ja, ook ontwikkelaars.
Ze hoeven niet alles te doen wat wordt voorgesteld. Maar goede producten worden geweldig als Product Owners naar feedback luisteren.
Manage het allemaal gracieus
Product Owners wordt gevraagd om concurrerende eisen te managen binnen hun tijd en aandacht. De rol van Product Owner is zwaar, maar als het goed wordt gedaan, resulteert dit in geweldige producten waar klanten dol op zijn.
Bron: Mike Cohn | https://feedly.com/i/entry/PxxBnyio3ccvBEWvATQ9zFu6M+oJbmJiqWWGYjscDYA=_188015b2e04:23c047b:58015665
Ga naar: www.gecko-company.com
òf
Email naar: klantenservice@gecko-company.com
òf
Bel: 026 8440404
òf
Laat een berichtje achter onder deze post...
Opmerkingen