Jitse vindt dat de verantwoordelijkheid voor het omarmen van een platform door de ontwikkelteams primair bij het platformteam ligt: “Zij moeten ervoor zorgen dat hun platform écht werkt. Dat de ontwikkelteams vertrouwen hebben in de bouwstenen die ze aangereikt krijgen. De adoptie van platform engineering ligt wat mij betreft voor 90 procent bij het platformteam. Het is hun missie om de rest van de organisatie te overtuigen van de waarde van hun platform.”

Bart is het hiermee eens: “Het stakeholderveld is heel groot. Je hebt de ontwikkelteams, maar ook het managementteam dat moet investeren. Platform engineering leidt niet direct tot omzetvergroting. Het kost tijd voordat de waarde zichtbaar wordt.” Toch benadrukt ook hij dat een platformteam kan zorgen voor een vliegwieleffect: “Als je als platformteam in je eerste twee versies een fantastisch product neerzet - bijvoorbeeld een omgeving die je met één druk op de knop kunt ‘opspinnen’ in plaats van dat je er twee weken op moet wachten - dan denken ontwikkelteams: zo, dit moeten we gebruiken! Je moet zorgen voor succeservaringen.”

Platform engineering wordt nog weleens ingezet als lekker bekkend modewoord, zien Jitse en Bart. “Veel initiatieven zijn in de praktijk niet meer dan het beestje een andere naam geven”, zegt Jitse. “Infrastructuurteams noemen zichzelf ineens platformteams, maar blijven precies hetzelfde doen: infrastructuur opleveren zonder na te denken over security en (her)bruikbaarheid. Een gemiste kans, want een écht platformteam neemt verantwoordelijkheid voor het volledige ontwikkelproces en biedt een geïntegreerde oplossing die ontwikkelaars daadwerkelijk helpt.” Bart beaamt dit met een treffend voorbeeld: “Je kunt als infrastructuurteam een Kubernetes-cluster uitrollen, maar als het niet aansluit op de behoeften van je developers, gaan ze het niet gebruiken. Dan heb je iets gebouwd dat technisch misschien perfect is, maar totaal niet functioneel.”