Ratio productmanager/ontwikkelaar: vuistregels en tips

In de dynamische wereld van productontwikkeling staat de productmanager vooraan om ervoor te zorgen dat de visie van een product succesvol wordt gerealiseerd. Een cruciaal onderdeel van deze rol is het effectief communiceren en samenwerken met ontwikkelteams. De juiste samenwerking tussen productmanagers en ontwikkelaars kan het verschil maken tussen een succesvol product en een product dat niet aan de verwachtingen voldoet. In dit artikel verkennen we enkele praktische tips over dit onderwerp en gaan we in op de vraag wat de optimale verhouding tussen productmanager en ontwikkelaar is.

Je zou kunnen zeggen dat de optimale verhouding tussen productmanagers en ontwikkelaars 1 op 7 is, maar er is geen harde en snelle regel voor de optimale verhouding tussen productmanagers en ontwikkelaars, omdat dit sterk afhangt van verschillende factoren, waaronder de aard van het project, de complexiteit van de taken, de bedrijfsstructuur en -cultuur en de individuele vaardigheden en werkstijlen van de teamleden.

Meestal wordt aanbevolen dat een Product Manager nauw moet kunnen samenwerken met een team van ontwikkelaars en moet zorgen voor effectieve communicatie. Een algemene vuistregel zou kunnen zijn dat een Product Manager toezicht moet kunnen houden op ongeveer 4-10 ontwikkelaars. Een andere vuistregel is om 7 mensen plus of min 2 te hebben in een typisch agile productteam, dat wordt aangestuurd door een productmanager.

In agile omgevingen, waar vaak iteratieve ontwikkelcycli worden uitgevoerd, kan de verhouding anders zijn dan in traditionele omgevingen. Het is belangrijk dat de communicatiekanalen open en efficiënt zijn, ongeacht de vastgestelde verhouding.

Het is raadzaam om de teamsamenstelling en het aantal Product Managers en Developers regelmatig te evalueren en aan te passen om ervoor te zorgen dat aan de behoeften van het project en de organisatie wordt voldaan. Het is ook belangrijk dat de samenwerking tussen Product Managers en Developers soepel verloopt om de productontwikkeling te optimaliseren.

Als je trouwens nog een nieuwe manager bent, raad ik je mijn video aan met 7 typische fouten die managers maken en die je zeker moet vermijden.

In principe moet je, ongeacht een “juiste” verhouding tussen productmanager en ontwikkelaar, op een aantal zaken letten in jullie samenwerking. Ik heb hier een aantal tips voor je verzameld.

1. Duidelijke communicatie:

   • Zorg ervoor dat de communicatie duidelijk en nauwkeurig is. Definieer duidelijke eisen en doelen voor de ontwikkelteams.

2. Begrijp de technologie:

   • Leer jezelf voortdurend bij en ontwikkel inzicht in de technische aspecten van ontwikkeling. Dit zal de communicatie en samenwerking met de ontwikkelaars vergemakkelijken.

3. Prioritering en focus:

   • Stel duidelijke prioriteiten voor de ontwikkelingstaken. Concentreer je op die functies die de grootste toegevoegde waarde bieden voor gebruikers of het bedrijf.
   • Vermijd overmatige wijzigingen in vereisten tijdens een ontwikkelcyclus om stabiliteit te garanderen.

4. Agile methoden toepassen:

   • Implementeer agile methoden zoals Scrum of Kanban om de flexibiliteit en het aanpassingsvermogen bij productontwikkeling te vergroten.
   • Houd bijvoorbeeld regelmatig stand-up vergaderingen om de voortgang te bespreken, obstakels te identificeren en samenwerking aan te moedigen.

5. Gebruik feedback:

   • Verzamel regelmatig feedback van ontwikkelaars om de samenwerking te verbeteren en processen te optimaliseren.
   • Wees beschikbaar voor vragen en discussies om misverstanden te voorkomen.

6. Empathie en teamwerk:

   • Toon begrip voor de uitdagingen van de ontwikkelaars en bevorder een cultuur van samenwerking.
   • Werk aan het creëren van een teamgevoel waarin iedereen zijn perspectieven en ideeën kan delen.

7. Deel de productvisie:

   • Zorg ervoor dat de visie en langetermijndoelen van het product duidelijk worden gecommuniceerd. Dit bevordert het begrip en de motivatie van de ontwikkelaars.

8. Voortdurende verbetering:

   • Implementeer regelmatige retrospectieven om samen met het ontwikkelingsteam verbeterpunten te identificeren en te implementeren. Een goede Scrum Master is hier goud waard - het loont de moeite om hierin te investeren. 

Deze laatste tip brengt ons bij het volgende onderdeel.

“Ik mag de medewerker wel, maar hij levert niet de gewenste prestaties. Hoe kan ik dit in 1:1s aanpakken?”

Los deze uitdaging op

"Ik weet vaak niet of ik te hard – of te zacht – was in mijn 1:1s om een positieve impact te hebben."

Los deze uitdaging op

"Ik kan geen patronen of trends herkennen in mijn 1:1s. Alles lijkt op zichzelf te staan."

Los deze uitdaging op

Tools kunnen ook je samenwerking aanzienlijk verbeteren, zoals Echometer. Echometer is het middelpunt van je continue verbeterproces en kan je aanzienlijk helpen om je sprintdoelen op tijd te halen. Het is speciaal ontwikkeld voor teams die geen fulltime Scrum Master hebben.

Aan de ene kant helpt Echometer bij teamcoaching met een retrospectieve tool, maar ook met een tool voor één-op-één vergaderingen. Het richt zich op het efficiënter maken van teamleiders van agile teams die regelmatig één-op-één vergaderingen hebben.

Maak je 1:1 bijeenkomsten spannend, meet trends en boek vooral vooruitgang in de ontwikkeling van je softwareontwikkelaars! Probeer een van onze sjablonen, zie hieronder.

De verhouding tussen productmanager en ontwikkelaar is theoretisch weliswaar interessant, maar zou in de praktijk in een goed team nauwelijks een rol mogen spelen.

Christian Heidemeyer, Psycholoog & Scrum Master

Nauwe samenwerking tussen productmanagers en ontwikkelteams is cruciaal voor het succes van een product. Door duidelijke communicatie aan te moedigen, de technologie te begrijpen, prioriteiten te stellen en een agile mentaliteit aan te nemen, kunnen productmanagers een positieve en productieve werkomgeving creëren. Het voortdurend verbeteren van de samenwerking, het delen van de productvisie en het ontwikkelen van een sterke teamcultuur zijn belangrijke aspecten die niet over het hoofd mogen worden gezien. 

Tot slot, nogmaals de opmerking: als je een keer wilt uitproberen hoe het voelt om je team verder te ontwikkelen met onze tool: je kunt hieronder zonder login een agile retrospectief starten, in dit geval de “Keep, Stop, Start” workshop. 

Je kunt onze website ook doorsturen naar de verantwoordelijke collega’s: www.echometerapp.com.

How to

Houd Stop Start Retro: Zo verloopt de retro

1. Random Icebreaker (2-5 minuten)

   Echometer biedt jullie een generator voor willekeurige check-in vragen.

2. Review van de openstaande acties (2-5 minuten)

   Voordat je met nieuwe onderwerpen begint, zou je ter controle van de effectiviteit moeten bespreken wat er van de acties uit eerdere retrospectieven is geworden. Echometer geeft automatisch een overzicht van alle openstaande actiepunten uit eerdere retro's.

3. Retro-onderwerpen bespreken

   Gebruik de volgende open vragen om jullie belangrijkste bevindingen te verzamelen. Eerst bedenkt iedereen dit voor zichzelf. Echometer staat toe om elke kolom van het retro-bord afzonderlijk te onthullen, om de feedback vervolgens te presenteren en te groeperen.

   • Ga door: Wat moeten we bewaren?
   • Stoppen: Waar moeten we mee stoppen?
   • Start: Wat moeten we gaan doen?

4. Catch-all vraag (Aanbevolen)

   Zodat ook andere onderwerpen een plek hebben:

   • Waar wil je het verder nog over hebben in de retro?

5. Prioritering / Stemming (5 minuten)

   Op het Retro-Board in Echometer kun je de feedback heel eenvoudig prioriteren met de stemming. De stemming is natuurlijk anoniem.

6. Maatregelen definiëren (10-20 minuten)

   Via het plusteken bij een feedback kun je een gekoppelde maatregel aanmaken. Nog niet zeker welke maatregel de juiste zou zijn? Open dan via het plusteken in plaats daarvan een whiteboard over het onderwerp om kernoorzaken en mogelijke maatregelen te brainstormen.

7. Checkout / Afsluiting (5 minuten)

   Echometer stelt je in staat om anonieme feedback van het team te verzamelen over hoe nuttig de retro was. Dit resulteert in de ROTI-score ("Return On Time Invested"), die je in de loop van de tijd kunt volgen.

Houd Stop Start Retro

Ga door: Wat moeten we bewaren?

Stoppen: Waar moeten we mee stoppen?

Start: Wat moeten we gaan doen?

Open deze retro nu Aanpassen...