POM bouwblok 1: productfilosofie en gedrag als basis voor productsturing.
Je kunt governance herontwerpen, teamstructuren wijzigen en funding moderniseren. Als gedrag en productfilosofie niet meebewegen, val je terug in het oude patroon—alleen nu sneller en met meer meetings. Dit bouwblok gaat over het gezamenlijke “kompas”: hoe we waarde definiëren, hoe we trade-offs maken en welk gedrag we belonen.
Waarom dit bouwblok zo vaak wordt onderschat
In grote organisaties is cultuur niet “hoe we ons voelen”, maar “hoe beslissingen écht worden genomen”. Als productfilosofie ontbreekt, dan neemt het systeem het over: de luidste stakeholder, de grootste escalatie, of de deadline die toevallig het meest zichtbaar is. Dat is geen kwaadaardigheid; dat is organisatiekunde.
Denk aan twee teams:
- Team A heeft autonomie, maar geen gedeelde principes. Het resultaat is lokale optimalisatie: ieder team kiest wat logisch voelt, maar samen wordt het inconsistent.
- Team B heeft autonomie én gedeelde principes. Het resultaat is schaalbaar eigenaarschap: teams nemen zelfstandig betere besluiten die passen binnen de bedoeling.
Het verschil zit niet in “agile volwassenheid”, maar in expliciete productfilosofie.
Wat hoort er in productfilosofie?
Een praktische productfilosofie is geen roman. Het is een set keuzes die herhaaldelijk terugkomen:
- Wat verstaan we onder “waarde”? (klantwaarde, compliance, risicoreductie, efficiency, datakwaliteit, time-to-market)
- Hoe wegen we waarde tegen kwaliteit en risico?
- Wat is onze houding t.o.v. technische schuld en refactoring?
- Hoe gaan we om met onzekerheid en leren?
- Wat verwachten we van eigenaarschap? (wie zegt “nee”, wie bewaakt samenhang, wie onderhoudt definities?)
Een groot deel hiervan kun je vangen in een Product Kompas: 8–12 principes die steeds terugkomen in besluitvorming. Het kompas is pas nuttig als het zichtbaar is in reviews, portfolio-gesprekken en teamkeuzes. Een kompas dat alleen op intranet staat is decoratie.
Voorbeelden uit de praktijk: wat werkt (en wat niet)
Anti-patroon: “autonomie zonder richting”
Teams krijgen vrijheid, maar het management blijft sturen op output (“lever dit op voor datum X”). Teams gaan dan rationeel gedrag vertonen: scope halen, kwaliteit parkeren. Technische schuld groeit. Data-definities divergeren. Iedereen werkt hard, maar de organisatie bouwt een museum van half-afgemaakte bedoelingen.
Werkend patroon: “principes boven uitzonderingen”
Een organisatie maakte één expliciet principe leidend: “We leveren geen functionaliteit op die we niet kunnen monitoren.” Gevolg: non-functionals werden niet langer “nice to have”, maar onderdeel van “done”. Teams bleven autonoom, maar de uitkomst werd consistenter en betrouwbaarder. De grap is: het voelde eerst als vertraging, maar leverde later versnelling op.
De rol van leiderschap in dit bouwblok
Productfilosofie landt niet door posters, maar door leiderschapsgedrag. Leiders moeten zichtbaar consistent zijn: als je zegt dat kwaliteit belangrijk is, maar je beloont alleen snelheid, dan weet iedereen genoeg.
Dienend leiderschap speelt hier een rol, maar niet als “altijd faciliteren”. De leider faciliteert teams om binnen kaders goede beslissingen te nemen. En als principes botsen, moet iemand knopen doorhakken. Dat is geen anti-agile. Dat is volwassen.
Een praktische start
Als grote organisatie start je dit bouwblok met drie stappen:
- Definieer “waarde” in jullie context, inclusief kwaliteit en risico.
- Maak 8–12 principes die beslissingen sturen, en test ze in echte dilemma’s.
- Veranker ze in portfolio-ritmes, reviews en evaluaties. Niet als tekst, maar als gedrag.
Volgende post: hoe je dit verbindt met governance, funding en besluitvorming, zonder terug te schieten in projectcontrol.
