Appetitt før estimatAppetite before estimate
Et porteføljeprinsipp som skiller strategisk forpliktelse fra eksekveringsplanlegging: avgjør om et problem fortjener investering før du bruker tid på å estimere løsningen.A portfolio principle that separates strategic commitment from execution planning: decide whether a problem deserves investment before spending time estimating the solution.
Hvorfor dette er viktigWhy this matters
Mange organisasjoner starter med spørsmål som:
- «Hvor mange story points er dette?»
- «Hvor lang tid tar det?»
- «Hvor mange utviklere trenger vi?»
Disse spørsmålene forutsetter at initiativet allerede fortjener oppmerksomhet. Rekkefølgen bør i stedet være:
- Er problemet viktig nok til å løses? Hvor verdifullt er det å løse? Hvor mye haster det? Hvilket strategisk mål støtter det? Hva skjer hvis vi ikke gjør noe?
- Hvor stor appetitt har vi? Er vi villige til å investere $50 000 eller $5 millioner? Er dette et lite eksperiment eller en strategisk satsing? Hvilken usikkerhet er akseptabel? Passer det innenfor investeringsallokeringen (f.eks. vekst 50 %, plattform 30 %, teknisk gjeld 20 %)?
- Først da estimeres eksekveringen. Utforsk løsningsalternativer, estimer kostnad, varighet og kapasitet, og optimaliser leveransen innenfor den avtalte investeringsrammen.
Many organisations start with questions like:
- “How many story points is this?”
- “How long will it take?”
- “How many developers do we need?”
Those questions assume the initiative already deserves attention. Instead, the sequence should be:
- Is this problem important enough to solve? How valuable is solving it? How urgent is it? What strategic objective does it support? What happens if we do nothing?
- How much appetite do we have? Are we willing to invest $50,000 or $5 million? Is this a small experiment or a strategic bet? What level of uncertainty is acceptable? Does it fit within our investment allocation (e.g. growth 50%, platform 30%, technical debt 20%)?
- Only then estimate execution. Explore solution options, estimate cost, duration and capacity, and optimise delivery within the agreed investment boundary.
EksempelExample
Se for deg en AI-assistent for kundestøtte.Imagine an AI assistant for customer support.
Feil rekkefølgeWrong order
Estimat: 12 utviklere, 9 måneder, $1,2 millioner. Først etterpå spør ledelsen: «Trenger vi egentlig dette?» Er svaret nei, var mye av planleggingsinnsatsen bortkastet.Estimate: 12 developers, 9 months, $1.2 million. Only afterwards does leadership ask: “Do we actually need this?” If the answer is no, much of the planning effort was wasted.
Appetitt før estimatAppetite before estimate
Ledelsen beslutter først: «Å redusere støttekostnadene er strategisk viktig. Vi er villige til å investere inntil $500 000 og akseptere moderat teknisk risiko.» Nå designer teamet den beste løsningen innenfor rammene, og oppdager kanskje at en tre måneders MVP henter 80 % av verdien.Leadership first decides: “Reducing support costs is strategically important. We are willing to invest up to $500,000 and accept moderate technical risk.” Now the team designs the best solution within those constraints, and may discover that a three-month MVP achieves 80% of the value.
Forholdet til produktdiscoveryRelationship to product discovery
Prinsippet følger lean produktledelse: discovery avgjør om noe bør bygges; leveranse avgjør hvordan det bygges effektivt. Estimering før discovery skaper ofte falsk sikkerhet rundt initiativer som aldri burde vært finansiert.The principle aligns with lean product management: discovery determines whether something should be built; delivery determines how to build it efficiently. Estimating before discovery often creates false certainty around initiatives that should never be funded.
I Product Vanguard virker prinsippet på to nivåer. På initiativnivå grunner valideringsassistenten hvert initiativ: problemkvalitet, antakelser, bevis og åpne spørsmål dokumenteres, og alt uten belegg merkes «Må valideres». På produktnivå avgjør signalboken og bevisportene om produktet har evidensen som forsvarer å bruke mer kapasitet. Detaljerte estimater (WBS, PERT) hører til sent i løpet: grundig estimering gjøres først når grunningen og signalbildet tilsier at initiativet er verdt planleggingsinnsatsen. Slik brukes betydelig planleggingsarbeid bare på idéer med dokumentert grunnlag.In Product Vanguard the principle works on two levels. At the initiative level, the validation assistant grounds each initiative: problem quality, assumptions, evidence and open questions are documented, and anything unsupported is marked "Needs validation". At the product level, the signal ledger and evidence gates decide whether the product has the evidence that justifies spending more capacity. Detailed estimates (WBS, PERT) belong late in the sequence: thorough estimation happens only once the grounding and the signal picture indicate the initiative is worth the planning effort. Significant planning work is thus spent only on ideas with a documented basis.
Avgjør om et problem fortjener investering før løsningen estimeres. Strategien setter budsjettet og risikoappetitten; leveransen optimaliserer eksekveringen innenfor disse rammene.Decide whether a problem deserves investment before estimating the solution. Strategy sets the budget and risk appetite; delivery optimises execution within those boundaries.