· 6 min lezen
Het burn plan dat het board echt wil van engineering.
Als het board naar de engineering-uitgave vraagt, vraagt het je niet om het getal kleiner te maken. Het vraagt of je weet welk deel van die uitgave dit jaar levering koopt en welk deel opties koopt op een toekomst die misschien niet meer komt. Een burn plan dat de uitgave in die stapels sorteert, en prijst wat afbouwen van elke stapel kost, is het document waar het board naar grijpt. Een opsplitsing per team of per cloud-lijn is dat niet.
Wat je waarschijnlijk al gemerkt hebt
De CFO vraagt een kostenoverzicht van engineering. Je stuurt er een. De vergadering stopt niet. Het board knikt naar het hoofdgetal en stelt dan dezelfde vraag op drie manieren: is dit het juiste bedrag, wat zouden we verliezen als het kleiner was, wat kopen we er eigenlijk mee. Je antwoordt met aanwervingen, tooling en een cloudfactuur, en de kamer blijft onvoldaan. Het overzicht dat je gaf is geordend naar waar het geld heen gaat. De vraag gaat over wat het koopt. Dat zijn twee verschillende documenten, en je bracht het verkeerde.
Het teken is dat het getal zelf nooit het pijnpunt is. Niemand in de kamer twijfelt dat je uitgeeft wat je zegt dat je uitgeeft. Wat ze niet uit de tabel halen, is of de uitgave nog past bij het plan dat het bedrijf echt draait, of bij het plan van twee jaar geleden.
Wat het board echt vraagt
Haal de beleefdheid weg en de vraag is simpel. Van alles wat je aan engineering uitgeeft, hoeveel houdt het huidige product in leven en in levering, en hoeveel zit vast in een toekomst die je projecteerde en nog niet bereikt hebt. Het eerste soort koopt levering. Het tweede koopt optiewaarde: capaciteit die een jaar vooruit op de vraag werd aangeworven, een platform op maat van tien keer het verkeer, een herbouw begonnen voor een groeicurve die sindsdien is afgevlakt, een tweede regio die niemand gebruikt. Optiewaarde is geen verspilling. Het is een weddenschap. En een board dat net het groeiverhaal heeft zien vertragen, vraagt terecht of je nog betaalt om weddenschappen aan te houden die je niet meer nodig hebt. Het is dezelfde beweging als technische schuld per maand prijzen: uitgave die je niet benoemt, kan je niet beheren.
Het burn plan dat het beantwoordt
Sorteer de uitgave in drie stapels, geen dozijn.
- Draaien. Houden wat bestaat in leven: on-call, security, support, en de infrastructuur die het huidige product nodig heeft om de klanten van vandaag te bedienen. Dit hoort vlak of dalend te zijn per eenheid product. Als draaien sneller groeit dan de zaak, is dat op zich een bevinding en hoort het op een eigen lijn voor het board.
- Leveren. De uitgave die de roadmap levert waar het bedrijf dit jaar al aan vastzit. Dit is het deel dat levering koopt, en het is het laatste wat je snijdt. Hier snijden bespaart geen geld. Het schuift het tekort naar een latere datum en noemt het een besparing.
- Wedden. Alles wat vastzit in een toekomst die nog niet is aangekomen: capaciteit vooruit op de vraag, platformwerk voor een schaal die je niet gehaald hebt, een herbouw die pas rendeert als een bepaalde curve terugkomt. Elke weddenschap krijgt één lijn. De toekomst die ze veronderstelt, en wat ze per maand kost om aan te houden.
Nu kan het board het plan in één keer lezen. Draaien is de vloer. Leveren is de motor. Wedden is de portefeuille, en het is de enige stapel waar een snee de roadmap van dit jaar niet vertraagt. De eerlijke versie benoemt welke weddenschappen stil verlopen zijn: de curve die ze veronderstelden kwam niet terug, de klant waarvoor ze gebouwd werden tekende niet, de schaal bleek twee jaar weg in plaats van twee kwartalen. Dat zijn geen mislukkingen om in een sublijn te begraven. Het is het antwoord op de vraag van het board.
Wat je eraan doet
- Dwing elke lijn in een van de drie stapels. Geen vierde stapel, geen "het is een beetje van beide". Het argument over in welke stapel een uitgave hoort, is waar de echte informatie zit. De helft van de waarde zit in het moment waarop een lijn die iedereen voor levering aanzag een weddenschap blijkt die niemand nog herzien had sinds ze gemaakt werd.
- Prijs de snee, niet alleen de uitgave. Voor elke weddenschap schrijf je twee getallen: wat afbouwen per maand bespaart, en wat het kost om te herbouwen als die toekomst toch aankomt. Een weddenschap die EUR 40 000 per maand bespaart en een kwartaal kost om te herstarten is een andere beslissing dan een die voorgoed weg is zodra je stopt. Die afweging kan het board maken. Vanuit een totaal kan het dat niet.
- Breng het voor het board een vierde keer vraagt. Het plan is het meest waard als je het zelf op tafel legt, niet als het uit je getrokken wordt. Een CTO die binnenkomt met de uitgave al gesorteerd, en de verlopen weddenschappen al benoemd, beantwoordt de vraag waar het board omheen cirkelt. Dat is het verschil tussen een getal moeten verdedigen en vertrouwd worden om het te bezitten.
Ik heb de versie van deze vergadering meegemaakt waar een platformteam de hele onenigheid was, en de onenigheid duurde al drie kwartalen. Het team was goed en het werk was echt, dus niemand kon het ongemakkelijke zeggen: het was opgezet voor een schaal die het bedrijf jaren eerder projecteerde en niet bereikt had. Het in de wedden-stapel zetten, met de veronderstelde toekomst op dezelfde lijn, liet het board het in tien minuten beslissen. De beslissing ging zoals de cijfers wezen, en het argument dat drie planningscycli had vergiftigd was gewoon voorbij. Dezelfde splitsing is wat de diagnose van 3 weken oplevert, en het is de ondergrond onder elke eerlijke beslissing om op maat te brengen.
Wanneer je niet naar het mes grijpt
Het burn plan is een vertaalhulp, geen bevel om te snijden. Sommige weddenschappen zijn het waard om door een traag kwartaal aan te houden, net omdat ze goedkoop zijn om te houden en duur om te herstarten. Capaciteit die je binnen twee kwartalen echt nodig hebt is geen optiewaarde die je niet meer wil; het is levering die je nog niet ingepland hebt, en ze snijden om dit kwartaal te flatteren koopt je later een aanwervingsstress tegen een slechtere prijs. Draaien is de ene stapel waar een snee drie weken later als een incident opduikt, niet als een besparing op de slide. Het plan bestaat zodat het board kan beslissen met de echte vorm voor zich. Als het eerlijke antwoord is dat alle drie de stapels al juist op maat zijn, zegt het plan dat ook, en dat gewoon zeggen is meer waard dan een snee die verantwoord moet lijken. De overcorrectie is de oefening als een mandaat om te krimpen behandelen en levering snijden om het hoofdgetal te laten bewegen. Als het echte probleem is dat de organisatie simpelweg te groot is voor de fase, dan is dat een vraag van herstructureren, geen burn plan, en wordt ze anders beantwoord.
Veelgestelde vragen
Wat wil het board echt zien over engineering-uitgaven?
Geen lagere kostenlijn, en geen opsplitsing per team of per cloud-dienst. Het board wil weten welk deel van de engineering-uitgave het huidige product in leven en in levering houdt, en welk deel vastzit in een toekomst die je projecteerde en nog niet bereikt hebt. Het eerste soort koopt levering. Het tweede koopt optiewaarde: capaciteit vooruit op de vraag, een platform gebouwd voor een schaal die je niet gehaald hebt, een herbouw die pas rendeert als een bepaalde groeicurve terugkomt. Het board vraagt of je de weddenschappen die je betaalt nog moet aanhouden, en een burn plan dat de uitgave in die stapels sorteert beantwoordt dat. Een kostenoverzicht geordend naar waar het geld heen gaat niet.
Wat is een burn plan voor engineering?
Het is de engineering-uitgave gesorteerd in drie stapels in plaats van een dozijn kostenlijnen: Draaien, de uitgave die houdt wat bestaat in leven en in dienst van de klanten van vandaag; Leveren, de uitgave die de roadmap levert waar het bedrijf dit jaar al aan vastzit; en Wedden, alles wat vastzit in een toekomst die nog niet is aangekomen. Draaien hoort vlak of dalend te zijn per eenheid product. Leveren is het laatste wat je snijdt. Wedden is de enige stapel waar een snee de roadmap van dit jaar niet vertraagt, en elke weddenschap krijgt één lijn: de toekomst die ze veronderstelt en wat ze per maand kost om aan te houden.
Hoe splits je engineering-uitgaven tussen levering en optiewaarde?
Dwing elke lijn in één stapel en voer het argument over waar ze hoort; dat argument is waar de echte informatie zit. Iets is levering als het weghalen ervan een roadmap-item vertraagt dat het bedrijf al beloofd heeft. Het is een weddenschap als het pas rendeert wanneer een veronderstelde toekomst aankomt: meer verkeer, een grotere klant, een schaal die twee jaar weg is in plaats van twee kwartalen. Voor elke weddenschap prijs je beide kanten: wat afbouwen per maand bespaart, en wat het kost om te herbouwen als die toekomst toch aankomt. Zo wordt een vastgelopen discussie een gewone investeringsbeslissing.
Moet je het platformteam snijden om de burn te verlagen?
Alleen als het een weddenschap is geworden die je niet meer hoeft aan te houden. Een platformteam verdient zijn plek als het echte, terugkerende kost weghaalt bij de teams die leveren. Het wordt optiewaarde als het op maat was van een schaal die het bedrijf projecteerde en niet bereikt heeft, en het werk goed genoeg is dat niemand het hardop zegt. Zet het in de wedden-stapel met de veronderstelde toekomst ernaast, prijs wat snijden bespaart en wat herbouwen zou kosten, en laat het board beslissen met de echte vorm voor zich. Het snijden om een cijfer verantwoord te laten lijken, terwijl het vandaag nog kost weghaalt, is de overcorrectie.
Geschreven vanuit patronen uit eerdere opdrachten. Als iets te specifiek klinkt om algemeen te zijn, is dat de reden.