Agile productmanagement: gids voor processen & rollen

• Agile productmanagement, de filosofie ervan en de processen waarin deze vorm krijgt verkennen.
• De rollen bekijken waaruit een typisch Agile productontwikkelingsteam bestaat, wat deze rollen inhouden en hoe ze samenwerken.

Inzicht in deze belangrijke gebieden is essentieel. Het geeft je de hulpmiddelen om Agile productmanagement binnen je team of organisatie te implementeren of te verbeteren.

Wat is Agile productmanagement?

Agile is een filosofie over hoe teams effectief kunnen samenwerken om een doel te bereiken. Het oorspronkelijke Agile-manifest, dat in 2001 werd gepubliceerd, verwoordt de Agile-principes het best:

• Individuen en interacties boven processen en hulpmiddelen
• Werkende software boven uitgebreide documentatie
• Samenwerking met de klant boven contractonderhandelingen
• Reageren op verandering boven het volgen van een plan

Dat is de essentie van Agile productmanagement. Er wordt niets gezegd over verhaalpunten of zwembanen. Geen dagelijkse stand-ups of sprints.

Hoewel het Agile-manifest het gebruik van processen en hulpmiddelen niet voorschrijft, bagatelliseert het wel het belang ervan ten gunste van mensgerichte, aanpasbare samenwerking. Wanneer je Agile productontwikkeling voor het eerst benadert (of zelfs wanneer je je kennis opfrist), kan het verhelderend zijn om bij de basis te beginnen met het manifest.

Wanneer we de praktische kanten van Agile bespreken, is het belangrijk om het manifest in gedachten te blijven houden. Processen, documentatie en planning zijn allemaal waardevol. Als je echter merkt dat jij of je team hieraan prioriteit geeft boven je team of een werkend product, is het belangrijk om hier aandacht aan te besteden.

Laten we enkele fijnere punten van de Agile productontwikkelingsmentaliteit bekijken.

Mensgericht

Agile softwareontwikkeling is gericht op het versterken van de mensen die je productteam vormen. Om dit goed toe te passen, moet je de mensen met wie je werkt echt vertrouwen. Zonder vertrouwen komt de psychologische veiligheid van je team in gevaar en kan productieve samenwerking stagneren.

Gebruikersgericht

Je voortdurend op je gebruikers richten is een must. Zij zijn tenslotte degenen voor wie we bouwen, toch?

Een effectief Agile-team interviewt voortdurend gebruikers om feedback over hun producten te verzamelen. Het verstuurt en verwerkt enquêtes om prioriteiten te stellen voor de ontwikkeling van nieuwe functies. Agile productmanagers zoeken altijd naar manieren om het werk op te delen in kleine, uit te brengen stukjes werk die onderweg met gebruikers kunnen worden gevalideerd, waarbij ze erop letten functievervaging te voorkomen.

Zonder gebruikers regelmatig aan tafel uit te nodigen, kan wat we vandaag plannen morgen al ongeldig zijn.

Uitdagend

Agile productmanagement is ontzettend uitdagend, en niet om de redenen die je misschien verwacht.

Effectieve Agile-teams hebben over het algemeen minder processen en formele rapportage dan hun niet-Agile tegenhangers. Dat komt doordat Agile zich richt op een voortdurende stroom van werk en transparantie, om samenwerking prioriteit te geven in plaats van eenmalige mijlpalen.

Een gebrek aan processen brengt voor veel productmanagers ook het gevoel met zich mee dat ze de controle verliezen. Toch hebben ze nog steeds een hoge mate van verantwoordelijkheid die bij de rol hoort. Het is een kunst om jezelf in balans te houden, niet te veel op de voorgrond te treden en de focus van je team niet te verstoren. Hoe dit eruitziet, kan per team verschillen, afhankelijk van de dynamiek.

Wanneer een productmanager echter de aanpak van dienend leiderschap hanteert, kan dat op de lange termijn meer voordelen — en ironisch genoeg meer controle —  opleveren dan anders het geval zou zijn. Dat komt door de voordelen die kunnen ontstaan wanneer je vertrouwt op Agile-processen en deze volledig omarmt.

Het is ook ideaal om een werkcultuur te hebben die Agile ondersteunt. Het is mogelijk om zonder ondersteuning voor Agile te beginnen, maar dit zal uitdagender zijn en je zult merken dat je tegen de stroom in gaat. Een organisatie die Agile ondersteunt, zal zich comfortabel voelen bij opzettelijk vage plannen, omdat zij begrijpt dat plannen duidelijker worden naarmate de tijd verstrijkt.

Lean

Lean werken in de praktijk is cruciaal. Een sterke focus op de resultaten houdt Agile-teams op weg naar het doel, met weinig afleiding. Door je te richten op de minimale hoeveelheid werk die nodig is om het doel te bereiken, help je het team vooruit te blijven gaan en zo snel mogelijk succes op de markt te behalen.

Agile-stroom

Voordat we ingaan op enkele specifieke processen die je kunt gebruiken om Agile-productmanagement toe te passen, bespreken we eerst de algemene processtroom en de stappen van de Agile-methodologie die de meeste processen zullen volgen. 

Gerelateerd artikel: Hoe je de principes van Agile-productportfoliomanagement implementeert

Strategie

Een goede Agile-ontwikkeling begint met een goede strategie en afstemming. Iedereen uit het team samenbrengen in een ruimte (of in een Zoom-vergadering) kan wonderen doen om een gezamenlijke productvisie en -richting vast te stellen. Overweeg het gebruik van boeiende software voor visuele samenwerking om ervoor te zorgen dat mensen niet afhaken.

Dit kan het team de gelegenheid geven om overeenstemming te bereiken over het bedrijfsplan, de visuele richting, de doelgebruikers en meer. Het dient als een belangrijk gezamenlijk startpunt waarop het team zich kan richten.

Het is belangrijk om op te merken dat de plannen en documentatie die in deze periode worden opgesteld, als aannames worden beschouwd. Ze zijn bedoeld om regelmatig te worden beoordeeld en herhaald naarmate de tijd verstrijkt.

Get Free Access to the Product Vault

We’ve collected the goods — AI prompts, exclusive deals, and a library of resources for product leaders. Unlock your account for access.

Create Free Account

Have an account? Log In

Experiment

Alles is een experiment. Meteen vanaf het begin moet het eerste afgebakende stuk werk dat je uitvoert tijdgebonden zijn en vervolgens met gebruikers worden getest. Dit werk kan uiterst rudimentair zijn, zelfs zo eenvoudig als ruwe schetsen die je samen met iemand doorneemt.

Het gaat erom je werk te benaderen vanuit de denkwijze van de wetenschappelijke methode. Wij zijn kenniswerkers en daarom ligt onze focus niet uitsluitend op uitvoering. Het gaat ook om het creëren en ontdekken van kennis.

Testen

Elk experiment moet kwalitatief en kwantitatief worden getest. Door de resultaten regelmatig te beoordelen, beschik je over de middelen die je nodig hebt om te bevestigen dat wat je team bouwt waardevol is en in de markt zal worden geaccepteerd.

Valideren

Nadat je een nieuwe functie in de praktijk hebt uitgebracht, moet je de vinger aan de pols houden. Wordt de functie gebruikt? Kunnen mensen de functie vinden? Zijn andere onderdelen van je product positief of negatief beïnvloed doordat deze functie is geïntroduceerd?

Door regelmatig te beoordelen en te controleren wat je uitbrengt nadat het "klaar" is, krijg je meer middelen en richtlijnen om nog betere beslissingen te nemen.

Herhalen

Dit is de belangrijkste stap. Doorloop de Agile-processtroom steeds opnieuw, als een motor. Deze stroom is bewust cyclisch en niet lineair, om leren aan te moedigen. Leer ervan. Pas je erop aan. Vier het. Omarm de stroom van verandering.

2 veelgebruikte Agile-benaderingen

Agile is een filosofie die teams op een samenwerkende manier samenbrengt rond een gemeenschappelijk doel, op manieren die niet mogelijk zijn met overdreven gestructureerde processen en rapportages.

Sommige processen zijn echter wel goed. Wanneer ze op de juiste manier worden geïmplementeerd en rekening houden met de unieke cultuur van een team, kunnen processen dienen als vangrails die een team gericht houden op het behalen van zijn doelen, terwijl ze creatieve vrijheid ondersteunen.

We gaan dieper in op enkele van de populairste processen die de Agile-filosofie in de praktijk brengen.

Scrum

Scrum is misschien wel het populairste Agile-proces, en dat is niet zonder reden: het splitst toezeggingen en leeractiviteiten op in vaste tijdsblokken met inspanningen, de zogenaamde "sprints". Dit stimuleert een gezonde hoeveelheid leren en biedt meer mogelijkheden om je aan die lessen aan te passen.

Centraal in deze sprints staat het scrumteam zelf. Bij scrum zijn er geen titels: iedere producent in het team heeft de rol van "ontwikkelaar". Dit stimuleert een sterke teamfocus op samenwerking en het behalen van het doel voor elke sprint. 

In de praktijk betekent dit dat als een testengineer wacht op een functie om te testen, diegene tijd kan besteden aan het schrijven van code voor een nieuwe functie. Deze multifunctionele instelling is geweldig wanneer die werkt, omdat het betekent dat een team fantastische resultaten kan behalen.

Scrum probeert vergaderingen tot een minimum te beperken om gerichte ontwikkeltijd te bevorderen. Hiervoor zijn er een aantal terugkerende vergaderingen, of ceremonies:

• Sprintplanning: Wordt gebruikt om het werk te plannen waarvoor het team zich voor de nieuwe sprint wil inzetten.
• Sprintreview (demo): Een moment om eventuele voortgang aan elkaar en belanghebbenden te demonstreren en om geleerde lessen te bespreken.
• Sprintretrospectief: Een openhartig moment waarop het team terugkijkt op de vorige sprint en bespreekt wat goed ging, wat niet goed ging en waar kansen voor groei liggen.
• Backlogverfijning en schatting: Dit is een terugkerend tijdsblok voor het beoordelen en prioriteren van de voortdurend veranderende productbacklog, op basis van zakelijke en technische inzichten. Zodra er overeenstemming is over de items in de backlog, worden deze geschat voor planningsdoeleinden.
• Dagelijkse stand-ups: Een vast moment waarop het team elke dag deelt wat het gisteren heeft afgerond, waaraan het vandaag werkt en of het ergens door wordt gehinderd.

Om het sprintgerichte werk te verbinden met het grote geheel, moedigt scrum het gebruik van "verhaalpunten" aan voor schattingen via gestructureerde sprintplanningssessies. Dit is een arbitraire maat voor de benodigde inspanning die het team aan elk backlogitem toekent.

Ik gebruik meestal verhaalpunten in plaats van tijdsinschattingen. Als ik tegen het einde van een sprint een hoog aantal verhaalpunten zie, weet ik dat we dit moeten aanpakken of opsplitsen.

Share This Quote on:

• Share on Twitter
• Share on LinkedIn
• Share on Facebook

Silvia DakeOpens new window

Productmanager

Wat hier zo krachtig aan is, is dat het het bijhouden van snelheid ondersteunt. Dat is het gemiddelde aantal verhaalpunten dat het team elke sprint voltooit. Na enkele eerste sprints zou dit aantal goed afgestemd moeten zijn en kan het worden gebruikt voor gerichte prognoses en planning van releases.

Als deze hulpmiddelen zorgvuldig met het team worden gebruikt en worden begeleid door een ervaren scrummaster, kan scrum een krachtig proces zijn dat gerichte Agile-ontwikkeling ondersteunt en volop mogelijkheden biedt voor effectieve iteratie.

Kanban

Kanban ontleent veel aan scrum en bevat veel bekende elementen, zoals backlogverfijning, een bord dat doet denken aan een sprintbord en meer.

Waar scrum echter de nadruk legt op een kleine hoeveelheid werk, benadrukt kanban een focus op een continue werkstroom.

Centraal in dit proces staat het kanbanbord. Items krijgen voortdurend prioriteit aan de linkerkant en bewegen door het aangepaste proces van het team naar rechts, waar ze eindigen bij "gereed". Om de werkbelasting in balans te houden, kan elke kolom vaak een limiet voor werk in uitvoering (WIP) hebben voor het aantal taken waaraan tegelijkertijd mag worden gewerkt.

Kanban is geweldig voor ondersteunend werk of teams die onregelmatig beschikbaar zijn om zich te committeren.

SAFe, XP en andere methoden

Er zijn veel aanvullende varianten van Agile-processen, elk afgestemd op specifieke organisatorische behoeften en culturele normen.

SAFe is een uitgebreid Agile-systeem voor het op schaal implementeren van Agile binnen een organisatie, doorgaans een grote onderneming. Het bestaat uit meerdere "Agile-releasetreinen", die in wezen afzonderlijke scrumteams zijn. Er zijn meerdere rollen en ceremonies betrokken om ervoor te zorgen dat alle teams werken aan gedeelde organisatiedoelen en releaseplannen.

Extreem programmeren (XP), DevOps, Modern Agile en andere methodologieën bestaan om Agile-toepassingen voor specifieke rollen of culturen te ondersteunen.

Experimenteren met verschillende Agile-praktijken is gezond. Het kan leiden tot een effectief inzicht in wat werkt voor jouw unieke organisatie.

Certificeringen voor Agile-productmanagement

Je hebt waarschijnlijk de talloze certificeringen gezien die je voor elk specifiek Agile-proces kunt behalen. Ze worden op de markt gebracht om je het gevoel te geven dat hun proces de enige manier is en dat je zonder een kostbare certificering het proces niet echt kunt toepassen.

Negeer dat.

Idealiter biedt deze gids je genoeg momentum om je eigen leertraject te volgen. Agile-methodologieën zijn een gereedschapskist voor professionals, niet iets waarop je wordt getoetst. Vertrouwdheid met het proces, de ceremonies en de documentatie die uniek zijn voor elk proces is waardevol. Als we echter teruggaan naar het manifest, is het belangrijker om je team te betrekken bij de implementatie van het Agile-proces van jouw keuze. Er zijn organisaties die zich toeleggen op het creëren en onderhouden van certificeringen; het is uiteraard in hun eigen belang om processen boven mensen te promoten.

Is dat werkelijk Agile?

Alles wat hiermee gezegd wil zijn, is dat dit slechts een waarschuwing is terwijl je je eigen Agile-leertraject uitstippelt. Certificeringen kunnen waardevol zijn. Als je een workshop volgt, kan dat een gerichte manier zijn om snel alle details van een specifiek proces te leren. Sommige organisaties vinden het waardevol om te zien dat je gecertificeerd bent, omdat dit een snelle manier is om vertrouwen op te bouwen.

Als het behalen van een certificering je helpt het gewenste resultaat te bereiken en je daar maar weinig moeite voor hoeft te doen, ga er dan voor. Als je echter geen certificering nodig hebt, zijn experimenteren en voortdurend leren hoe je Agile implementeert de meest effectieve weg in je Agile-traject.

Gerelateerd: 4 beste online certificeringen voor Agile productmanagement

Wat zijn Agile productontwikkelingsrollen?

Door Agile-processen te behandelen, zijn we begonnen met het benoemen van een aantal kernrollen waaruit een Agile productontwikkelingsteam bestaat. Deze rollen omvatten:

• Productmanager
• Producteigenaar
• Ontwikkelaar
• Ontwerper
• Testingenieur / QA

Elke organisatie heeft over het algemeen een eigen visie op deze rollen. Zo kan het takenpakket van een productmanager bij het ene bedrijf meer overeenkomen met de verantwoordelijkheden van een producteigenaar bij een ander bedrijf. Met deze flexibiliteit in gedachten bekijken we enkele bredere definities die de rollen in een productteam illustreren.

Vaak is er enige overlap tussen producteigenaren, productmanagers en projectmanagers, en teams kunnen één, twee of alle drie deze rollen hebben. Productmanagers of producteigenaren nemen vaak verantwoordelijkheden op het gebied van projectmanagement op zich wanneer er geen projectmanager in het team zit.

Productmanager

Dus, wat doet een productmanager? De productmanager is verantwoordelijk voor, nou ja, het managen van het product.  De belangrijkste verantwoordelijkheid van de productmanagementfunctie is ervoor te zorgen dat alles op één lijn ligt om belangrijke resultaten te bereiken op basis van gebruikerstests, input van het team en strategische planning.

Effectief productmanagement draait echter om het in staat stellen van het productteam. Daarom is de productmanager een generalistische functie. Dat wil zeggen dat deze persoon zijn of haar vaardigheden breed moet kunnen inzetten om effectief te zijn, maar niet noodzakelijk een bekwame ontwikkelaar of ontwerper hoeft te zijn (hoewel het vaak voorkomt dat mensen vanuit productierollen doorgroeien naar productmanagement).

Een generalistische vaardighedenbasis stelt de productmanager in staat om een empathische dienende leider voor het team te zijn. Door net genoeg inzicht te hebben in wat ontwikkeling inhoudt, kan de productmanager het team helpen bij een effectieve productdefinitie en -planning, zonder de vaardigheden van het team in de weg te zitten.

Gerelateerd artikel: Waarom productmanagement belangrijk is

Verantwoordelijkheden van de productmanager

• Productresultaten
• Beheer van de backlog
• Stakeholdermanagement
• Gebruikerstests
• Schrijven van gebruikersverhalen
• Faciliteren van crossfunctionele teams
• Beheer van de productroadmap
• Productanalyse

Producteigenaar

Waar de productmanager verantwoordelijk is voor het tactische succes van het product, is de Agile producteigenaar verantwoordelijk voor het zakelijke en marktsucces.

Over het algemeen is de producteigenaar een essentiële bedrijfsrol die soms ook een belangrijke stakeholder voor het productteam kan zijn. Hun marktkennis en focus van 50,000ft op het bedrijf maken hen tot een belangrijke, deskundige bron die helpt het productteam te optimaliseren voor succes. 

Verantwoordelijkheden van de producteigenaar

• Productsucces 
• Marktonderzoek en kennis
• Bedrijfsontwikkeling
• Financiering
• Doorslaggevende stem

Een veelvoorkomende uitdaging is de overlap en de verschillen tussen de rol van producteigenaar en productmanager. Soms maakt deze rol deel uit van de rol van productmanager en soms andersom. Wanneer de twee rollen gescheiden zijn, is er vaak sprake van overlap tussen de rollen. Sommige organisaties draaien zelfs de verantwoordelijkheden van de rollen van productmanager en producteigenaar om.

Dit is echter prima!

Ondanks de uitdagingen die kunnen ontstaan, kunnen deze rollen, wanneer ze samenwerken om een gezonde balans van complementaire samenwerking te vinden, tot ongelooflijke resultaten leiden. Zo kan de ene rol zich onophoudelijk op het product richten, terwijl de andere zich op het bedrijf richt. De ene kan zich richten op de details van het product, terwijl de andere zich concentreert op de marktpositionering op hoog niveau.

Wanneer deze twee rollen vervolgens worden samengebracht om samen te werken, kunnen er toevallig baanbrekende strategische inzichten ontstaan die het succes van het product en het team positief beïnvloeden. Twee weten immers meer dan één!

Ontwikkelaar

In een effectief productteam schrijft de ontwikkelaar niet alleen code: deze werkt samen met alle rollen voor strategische en technische planning en aanbevelingen.

Ontwikkelaars met een grondige kennis van tools voor productontwikkeling, gebruikersbehoeften en product-marktdoelen kunnen een technisch plan maken dat als gegoten bij het product past. Door je ontwikkelaars deze kennis en de mogelijkheid te geven om belangrijke technische beslissingen te nemen, kan het verschil worden gemaakt tussen een ontwikkelingstijdlijn van één maand en een veel langere doorlooptijd, vanwege de technische afwegingen die met deze beslissingen gepaard gaan.

Wanneer je ontwikkelaars worden geïntegreerd in het product-aspect van je ontwikkelingsteam, kunnen ze het succes van het team vermenigvuldigen.

Verantwoordelijkheden van de ontwikkelaar

• Productontwikkeling
• Technische planning en onderzoek
• Advies over de technologiestack
• Functioneel prototypen
• Eenheidstests
• DevOps (soms een afzonderlijke rol)
  • Een implementatiepijplijn maken en beheren

Ontwerper

Net zoals ontwikkelaars niet beperkt zouden moeten zijn tot het schrijven van code, zou de reikwijdte van ontwerpers binnen een productteam verder moeten gaan dan het maken van een ontwerp. Sommige van de beste samenwerkingen binnen een productteam ontstaan zelfs in de samenwerking tussen deze rol en die van productmanager.

Ontwerpers in productteams beginnen door strategisch naar de productstrategie en het bedrijf te kijken. Zij zijn vaak de grootste pleitbezorger voor gebruikers binnen het team. Dankzij deze inzichten kunnen ze vervolgens ontwerpen, zij het met een gerichte focus.

Het mogelijk maken van efficiëntie voor ontwikkeling en leren is een belangrijk aandachtsgebied voor ontwerpers. Door ontwerpsystemen te maken, kunnen ontwikkelaars snel nieuwe functies bouwen via werkstromen voor continue integratie. Met interactieve, visuele prototypes kunnen gebruikers worden getest voordat er ook maar één regel code is geschreven, om verdere investeringen te valideren.

Verantwoordelijkheden van de ontwerper

• Productontwerp
• Visuele modellen
• Prototypen
• Een stijlgids maken
• Een ontwerpsysteem maken en ondersteunen
• Gebruikerstests, in samenwerking met de productmanager
• Doorlopend gebruikersonderzoek

Testingenieur / kwaliteitsborging

Een testingenieur (soms aangeduid als kwaliteitsborging, of QA) kan een van de meest invloedrijke rollen binnen een productteam zijn. Hoewel de kernfocus ligt op het testen van de functies van het product voordat het beschikbaar wordt gesteld aan gebruikers, kan hun scherpe oog helpen om de focus van het team te stroomlijnen voordat er een nieuwe functie wordt gebouwd.

Testingenieurs moeten vanaf de vroegste stadia van de productontwikkeling betrokken zijn. Hierdoor kan de rol acceptatiecriteria voor de gebruikersverhalen van het product definiëren, die worden gebruikt om de rest van het team te begeleiden bij het voltooien van het werk.

Met een gebruikersgerichte instelling kunnen testingenieurs waarschuwen voor mogelijke gevolgen van een aanstaande release. Wanneer deze rol de producteigenaar strategisch kan adviseren, kan dit een tastbare invloed hebben op het zakelijke succes of falen van een nieuwe release voor gebruikers.

More Articles

• Bestow’s Matt Baxter over de 5 gewoonten die productontwikkelingscycli kunnen versnellen
• Ethan Ding van TextQL over de 5 gewoonten die de productontwikkelingscyclus kunnen versnellen
• Het proces van productontdekking

Verantwoordelijkheden van testengineer/QA

• Functioneel testen
• Regressietesten
• Verkennend testen
• Definitie van acceptatiecriteria
• Doorlopende risicobeoordelingen en -analyses

Andere rollen

Hoewel de eerder genoemde rollen samen een productteam vormen, zijn er veel rollen buiten het team die de resultaatgerichte focus van het team ondersteunen.

Deze rollen omvatten marketing, verkoop, klantenondersteuning en meer. Gewoonlijk worden deze rollen binnen de organisatie betrokken om het product te ondersteunen zodra succes op de markt wordt behaald. Doorgaans maken ze geen deel uit van het productteam. Een sterke en samenwerkende relatie met deze rollen draagt echter verder bij aan zakelijk succes.

Samenwerking

Hoewel elke rol binnen een productteam zijn eigen expertisegebied heeft, wordt ervan uitgegaan dat iedereen samenwerkt. Wanneer elke rol een "T-vormige" mentaliteit naar het team brengt, kan iedereen zijn specialisme inbrengen en tegelijkertijd een focus op het product omarmen als onderdeel van de rolomschrijving van elk teamlid. Iedereen gaat diep in zijn eigen expertise, terwijl hij tegelijkertijd breed kijkt naar alle andere vaardigheden om als eenheid samen succes te behalen.

Samenwerking in een productteam betekent dat er een onophoudelijke focus is op de productresultaten en gebruikerservaring. Iedereen wordt betrokken bij het realiseren van deze visie en het gezamenlijk vooruitgaan als een hecht team.

Conclusie

Belangrijkste punten

• Agile productmanagement is een mens- en gebruikergerichte filosofie om sneller de juiste resultaten te leveren.
• Hoewel Agile in de kern eenvoudig is, ontstaan complexiteit en uitdagingen door processen, organisatiecultuur en meer.
• Agile processen en rollen kunnen worden gestuurd door methoden zoals scrum, kanban, SAFe en meer.
• Rollen binnen een Agile productteam zijn onder andere ontwikkelaars, ontwerpers, testengineers, een productmanager en een product owner.

Agile productmanagement is buitengewoon en bewust eenvoudig. Het is een krachtige filosofie die de waarde die je team kan creëren, kan vermenigvuldigen. Maar hoe dieper je ingaat op de processen en rollen die dit ondersteunen, hoe complexer het dreigt te worden.

In die complexiteit schuilen kansen om je productteam en organisatie meer slagkracht te geven. Het is een kwestie van balans om deze tactieken met je team te gebruiken en er tegelijkertijd voor te zorgen dat ze tijdens de normale samenwerking niet onbedoeld tot organisatorische vertraging leiden.

Wanneer Agile echter goed wordt geïmplementeerd en vanuit een experimentele houding wordt benaderd, kan het het toekomstige succes van je productteam stimuleren.

Heb je gezien hoe Agile wordt geïmplementeerd of heb je er ervaring mee? Was dat vergelijkbaar met of anders dan wat in deze gids wordt uitgelegd? Laat het ons weten in de reacties! Vergeet niet je te abonneren op onze nieuwsbrief voor productmanagers voor meer inzichten en gidsen.

Of blijf leren door deze podcast te bekijken, die je zo gemakkelijk kunt lezen, bekijken of beluisteren: Afstemming via productroadmaps (met Brandon Blackman van Crema)

Gerelateerde artikelen:

• Wat is een Agile epic? Beste werkwijzen, sjabloon en voorbeeld
• Een Agile roadmap opstellen
• Levenscyclus van softwareversies (SRLC): begrijp de 6 belangrijkste fasen

Ook de moeite waard:

• Hoe je monday.com gebruikt voor productmanagement
• Zo maak je een effectieve functiebeschrijving voor een agile productmanager (+voorbeeld)
• De 15 beste kaders voor het prioriteren van productfuncties: welke is het beste?
• 8 beste praktijken voor functievlaggen die je moet kennen
• Gratis sjablonen voor productroutekaarten om indruk te maken op je belanghebbenden
• Zo schrijf je effectieve notities bij softwarereleases waar gebruikers blij van worden
• Visuele rapportagetools voor productgegevens
• Kanban-tools voor productmanagement