Discovery Management & innovasjonsprosessDiscovery Management & the innovation process

Fart uten retning er verdiløs. Speed without direction is worthless.

Discovery Management er både motoren og rattet i innovasjonsprosessen. Økt fart krever evnen til å finne de riktige problemene, validere dem raskt og styre kapasiteten dit bevisene peker. Discovery Management is both the engine and the steering wheel of the innovation process. Greater speed demands the ability to find the right problems, validate them fast and steer capacity where the evidence points.

Ta kontaktGet in touch → Les artikkelenRead the article
Tom Hagesæther · Teknologi- og produktleder · mer enn 20 års erfaring med å bygge og skalere digitale løsninger fra styrerom til kodebase Tom Hagesæther · Technology & product leader · more than 20 years of experience building and scaling digital solutions from boardroom to codebase
Tom Hagesæther
Fart, styrt av bevis: svak · middels · sterkSpeed, steered by evidence: weak · medium · strong
Tom Hagesæther

«I over 20 år har metodene, erfaringene og arbeidsmåtene mine vært nedfelt i dokumenter, analyser og Excel-modeller. Med moderne AI-verktøy har jeg omsatt denne kunnskapen til fungerende programvare. Denne siden beskriver ikke bare erfaringen min – den demonstrerer hvordan den fungerer i praksis.»“For over 20 years, my methods, experience and ways of working were captured in documents, analyses and Excel models. With modern AI tooling I have turned that knowledge into working software. This page does not just describe my experience – it demonstrates how it works in practice.”

Tom Hagesæther · Teknologi- og produktlederTechnology & product leader
Se Product VanguardSee Product Vanguard
SkiftetThe shift

Kostnaden flytter seg fra implementering til discovery.The cost moves from implementation to discovery.

Med AI faller implementeringskostnadene dramatisk. Da er flaskehalsen ikke lenger tiden det tar å bygge. Det er å vite hva som er verdt å bygge, og hvorfor.With AI, implementation costs are collapsing. The bottleneck is no longer the time it takes to build. It is knowing what is worth building, and why.

Timer,Hours,

ikke månedernot months

Med en tydelig problemdefinisjon, strukturerte data og relevante datakilder kan en AI-drevet løsning ofte implementeres på timer. Det som tidligere krevde et utviklingsteam og et kvartal, kan nå i mange tilfeller realiseres på én arbeidsdag.With a clear problem definition, structured data and relevant data sources, an AI-powered solution can often be implemented in hours. What used to require a development team and a quarter can now, in many cases, be delivered in a single working day.

Ny flaskehalsNew constraint

Discovery

Den viktigste flaskehalsen er ikke lenger utviklingskapasitet, men hvor presist problemet er definert. For mange AI-initiativer er hovedkostnaden ikke implementering, men discovery: å forstå problemet, validere at det er verdt å løse, og etablere et godt beslutningsgrunnlag. Evnen til å definere det riktige problemet er blitt mer verdifull enn evnen til å bygge løsningen.The key bottleneck is no longer development capacity, but how precisely the problem is defined. For many AI initiatives the primary cost is not implementation but discovery: understanding the problem, validating that it is worth solving, and establishing a sound basis for the decision. The ability to define the right problem has become more valuable than the ability to build the solution.

LæringsfartLearning velocity

er konkurransefortrinnetis the competitive edge

Varige konkurransefortrinn skapes ikke av å levere mer, men av å lære raskere enn konkurrentene. Evnen måles i hvor raskt organisasjonen tester hypoteser, validerer antakelser og skalerer det som virker. Organisasjoner optimalisert for lange implementeringsløp taper mot dem som har institusjonalisert raske, bevisdrevne beslutninger.Durable competitive advantage is not created by delivering more, but by learning faster than competitors. That capability is measured by how quickly the organisation tests hypotheses, validates assumptions and scales what works. Organisations optimised for long delivery cycles lose to those that have institutionalised fast, evidence-driven decisions.

«I AI-æraen handler ledelse mindre om å eksekvere store programmer og mer om å identifisere de riktige problemene og validere dem raskt.»“In the AI era, leadership is less about executing large programs and more about identifying the right problems and validating them quickly.”

Fra artikkelenFrom the article “A Discovery Manager: A High-Leverage Role in the AI Era”, Spinnaker Global, 2026 · Tom Hagesæther
Spinnaker Global · 2026 A Discovery Manager: A High-Leverage Role in the AI Era Spinnaker Global · 2025 Integrated Product Teams are more important than ever
Discovery Management

Funksjonen som gjør behov om til validerte muligheter.The function that turns needs into validated opportunities.

En Discovery Manager oversetter forretningsbehov til konkrete, gjennomførbare teknologimuligheter og sørger for at bare validerte og godt forståtte initiativer får bruke organisasjonens kapasitet.A Discovery Manager translates business needs into concrete, feasible technology opportunities and ensures that only validated, well-understood initiatives consume organisational capacity.

Artikuler behovetArticulate the need

Snakker direkte med domeneeksperter, stiller oppfølgingsspørsmål og kartlegger hva de faktisk trenger. Utfordrer antakelser, ber om eksempler fra praksis, og skriver ned de konkrete forretningsbehovene.Talks directly with domain experts, asks follow-up questions and maps what they actually need. Challenges assumptions, asks for examples from practice, and writes down the concrete business needs.

Koble til muligheterMap to opportunity

Bruker høy AI-kompetanse innen agenter, verktøy og rask prototyping til å oversette forretningsbehov til visuelle demonstratorer. Gjennom raske iterasjoner konkretiseres, spesifiseres og forbedres løsningen i en fungerende prototype på få dager, ikke kvartaler.Uses deep AI expertise in agents, tooling and rapid prototyping to translate business needs into visual demonstrators. Through fast iterations the solution is concretised, specified and refined into a working prototype in days, not quarters.

Test verdihypotesenTest the value hypothesis

Samler signaler som koster noe å gi, før noe er bygget: betalingsvilje og pilotforpliktelse eksternt, en navngitt eier og forpliktet medvirkning internt. Et behov mange nikker til, er ikke et bevis. Adopsjon og realisert verdi finnes ikke ved første beslutningsport – de er signalene som senere avgjør om produktet skal skaleres.Collects signals that cost something to give, before anything is built: willingness to pay and pilot commitment externally, a named owner and committed participation internally. A need everyone nods along to is not evidence. Adoption and realised value do not exist at the first gate – they are the signals that later decide whether the product scales.

Forbered overleveringenPrepare the handover

Større initiativer går inn i porteføljeinntaket med bevisgrunnlag, tydelige spesifikasjoner og foreløpige estimater, klare for prioritering.Larger initiatives enter portfolio intake with supporting evidence, clear specifications and preliminary estimates, ready for prioritisation.

Samspill med arkitekturAlign with architecture

Opererer tett på Enterprise-arkitektrollen for å sikre konsistens i bruk av verktøy og datakilder, og for å unngå fragmentering og «AI-slop».Operates closely with the enterprise architect role to ensure consistency in tooling and data sources, and to avoid fragmentation and AI slop.

Frigjør dyp kontekstUnlock deep context

Mange undervurderer hvordan AI øker verdien av medarbeidere med lang erfaring og dyp forretningsforståelse. De som kjenner virksomheten, prosessene, historikken og unntakene, sitter på innsikt som er vanskelig å erstatte. Kombinert med AI-verktøy og strukturert discovery gir den innsikten riktigere problemstillinger, bedre beslutninger og raskere gevinstrealisering. Vellykket AI-innføring handler derfor like mye om mennesker og arbeidsprosesser som om teknologi.Many underestimate how AI increases the value of employees with long experience and deep business understanding. Those who know the business, its processes, history and edge cases hold insight that is hard to replace. Combined with AI tooling and structured discovery, that insight produces better-framed problems, better decisions and faster gains. Successful AI adoption is therefore as much about people and ways of working as about technology.

InnovasjonsprosessenThe innovation process

Motor og ratt: fart i utforskning, retning i beslutning.Engine and steering: speed in exploration, direction in decisions.

Discovery må operere fritt nok til å utforske og samtidig levere inn i en styrt portefølje. Bevisporter mellom hvert steg gjør at farten aldri mister retningen.Discovery must operate freely enough to explore, while feeding a governed portfolio. Evidence gates between each step ensure the speed never loses its direction.

01

BehovNeeds

Domeneeksperter og strategi definerer problemrommet.Domain experts and strategy define the problem space.

02

Discovery

Ramme inn, prototype med AI, samle signaler. Dager, ikke måneder.Frame, prototype with AI, collect signals. Days, not months.

⛩

BevisportEvidence gate

Exit-kriterier evaluert. Valider, pivoter eller stopp, før kapasitet brukes.Exit criteria evaluated. Validate, pivot or stop, before capacity is spent.

03

PorteføljeinntakPortfolio intake

Vektet scoring, kapasitetssjekk, prioritering mot alt annet.Weighted scoring, capacity check, prioritised against everything else.

04

LeveringDelivery

Bygging med tydelig scope, estimat og eierskap.Build with clear scope, estimate and ownership.

⟳

LivssyklusLifecycle

Driftssignaler styrer Skaler / Fortsett / Pivoter / Stopp.Operational signals govern Scale / Continue / Pivot / Stop.

Hver runde øker læringsfarten, evnen som avgjør hvem som vinnerEvery loop increases learning velocity, the capability that decides who wins
HastighetsprinsippetThe speed principle

Jo lettere en beslutning er å reversere, desto raskere bør den tas. Omfattende styring forbeholdes beslutninger som er kostbare eller vanskelige å omgjøre.The easier a decision is to reverse, the faster it should be made. Comprehensive governance is reserved for decisions that are costly or hard to undo.

ToveisdørTwo-way door

Reversibel. Besluttes raskt, lavt i organisasjonen, av den som står nærmest problemet. Feil koster en læringsrunde, ikke et kvartal.Reversible. Decided fast, low in the organisation, by whoever is closest to the problem. A mistake costs a learning loop, not a quarter.

EnveisdørOne-way door

Kostbar å omgjøre. Får full behandling: bevis, porter, estimat og ledelsens beslutning. Det er her styringen skal bo.Costly to undo. Gets the full treatment: evidence, gates, estimates and a management decision. This is where governance belongs.

EkspertisenThe expertise

Kalibrert av noen som har sittet i begge stoler.Calibrated by someone who has sat in both chairs.

Interne porteføljer og kommersielle produkter vurderes etter ulike suksesskriterier, men konkurrerer om den samme kapasiteten. Jeg har ledet begge. Det er den erfaringen kalibreringen bygger på.Internal portfolios and commercial products are judged by different success criteria, yet compete for the same capacity. I have led both. That experience is what the calibration is built on.

Stor intern porteføljeLarge internal portfolio

Porteføljestyring i globalt rederiPortfolio governance in global shipping

Ledet digitale produkter og porteføljestyring i en internasjonal shippingorganisasjon, med ansvar for tverrfaglig prioritering, utvikling av interne plattformer med tydelige brukergrupper og etablering av styringsmodeller som behandler interne kapabiliteter som strategiske produkter, ikke kun som kostnadsposter.Led digital products and portfolio governance in an international shipping organisation, responsible for cross-functional prioritisation, internal platforms with clearly defined user groups, and governance models that treat internal capabilities as strategic products, not merely cost items.

Eksterne produkterExternal products

CTO i produktselskapCTO of a product company

Som CTO i ScanReach ledet jeg utviklingen av en industriell IoT-plattform levert til over 100 fartøy i krevende maritime miljøer. Ansvarsområdet omfattet produktoppdagelse (discovery), analyser for ressursallokering og AI-akselerert produktutvikling, fra strategiske styrebeslutninger til implementering i kodebasen.As CTO at ScanReach I led the development of an industrial IoT platform delivered to more than 100 vessels in harsh maritime environments. The mandate covered product discovery, analysis for resource allocation and AI-accelerated product development, from strategic board decisions to implementation in the codebase.

Allokering før rangeringAllocation before ranking

Fastsett kapasitetsfordelingen før initiativene prioriteres, for eksempel 60 % produktutvikling, 30 % drift og 10 % teknisk gjeld. Deretter konkurrerer initiativene kun innenfor sin tildelte kapasitet. Uten forhåndsallokering vil kortsiktige inntektsinitiativer systematisk fortrenge teknisk gjeld, interne kapabiliteter og utforskende arbeid.Set the capacity allocation before initiatives are prioritised, for example 60% product development, 30% operations and 10% technical debt. Initiatives then compete only within their allocated capacity. Without a pre-set allocation, short-term revenue initiatives will systematically crowd out technical debt, internal capabilities and exploratory work.

→ Les hele utdypningenRead the full deep dive

Interne produkter har kunderInternal products have customers

Interne plattformer skal styres som produkter, ikke prosjekter. Suksess måles i adopsjon og faktisk bruk. Ikke antall leveranser. Et produktteam må fortjene brukerne sine ved å skape reell bruksverdi, ikke ved å tvinge organisasjonen til å akseptere løsninger. En plattform ingen bruker, er en kostnad uansett hvor godt den er bygget.Internal platforms should be governed as products, not projects. Success is measured in adoption and actual use. Not in the number of deliveries. A product team must earn its users by creating real value in use, not by forcing the organisation to accept solutions. A platform nobody uses is a cost, however well it is built.

→ Les hele utdypningenRead the full deep dive

Bevisporter, ikke meningerEvidence gates, not opinions

Initiativer avanserer gjennom forhåndsdefinerte exit-kriterier, som betalingsvilje, faktiske pilotkunder, brukeradopsjon eller leveringsevne. Scoren rangerer verdi. Beslutningsporter avgjør fremdrift. Dermed blir go/kill-beslutninger basert på dokumenterte bevis, ikke på hvem som argumenterte best i møtet.Initiatives advance through predefined exit criteria, such as willingness to pay, actual pilot customers, user adoption or delivery feasibility. Scores rank value. Decision gates govern progression. Go/kill decisions are then based on documented evidence, not on who argued best in the meeting.

→ Les hele utdypningenRead the full deep dive

Styring etter reversibilitetGovernance by reversibility

Kalibrer styringen etter hvor kostbart det er å angre en beslutning. Reversible beslutninger kan tas raskt og nær teamene, mens irreversible beslutninger bør få grundigere behandling. Mange organisasjoner gjør det motsatte: de overbehandler små valg og underbehandler store arkitektur- og investeringsbeslutninger.Calibrate governance by how costly a decision is to undo. Reversible decisions can be made fast and close to the teams, while irreversible decisions deserve thorough treatment. Many organisations do the opposite: they over-process small choices and under-process major architecture and investment decisions.

→ Les hele utdypningenRead the full deep dive

Kill-rate som helsemålKill rate as a health metric

En portefølje uten stoppede initiativer er sjelden en sunn portefølje. Discovery skal avkrefte hypoteser tidlig og billig. Mål hvor mange initiativer som stoppes eller justeres, og se det som sparte investeringer, ikke som nederlag.A portfolio with no stopped initiatives is rarely a healthy portfolio. Discovery exists to disprove hypotheses early and cheaply. Track how many initiatives are stopped or adjusted, and count them as saved investment, not as failure.

→ Les hele utdypningenRead the full deep dive

Appetitt før estimatAppetite before estimate

Vurder først om problemet er verdt å løse, deretter hvordan det kan løses og hva det vil koste. Risiko- og investeringsallokering setter rammene, og eksekvering optimaliseres innenfor disse.First assess whether the problem is worth solving, then how it can be solved and what it will cost. Risk and investment allocation set the frame, and execution is optimised within it.

→ Les hele utdypningenRead the full deep dive

Product Vanguard

Ekspertisen kommer med et fungerende system på kjøpet.The expertise comes with a working system included.

Dine data · din merkevare · ditt eierskapYour data · your branding · your ownership

Der jeg går inn, står rammeverket klart fra dag én: Product Vanguard, kontekstualisert til din bedrift, videreutviklet etter deres behov og forbedret løpende. Programvaren er ikke produktet. Den er måten erfaringen min blir stående i organisasjonen, ikke i hodet mitt.Wherever I engage, the framework is in place from day one: Product Vanguard, contextualized to your company, extended to your needs and improved continuously. The software is not the product. It is how my experience stays in the organisation instead of in my head.

01

Et felles språk for verdiA shared language for value

Scoringsmodellen bygges i workshop med din ledergruppe: deres kriterier, vekter og definisjoner. Samtalen alene avdekker de strategiske uenighetene som ellers forvrenger hver eneste veikartbeslutning i det stille.The scoring model is built in a workshop with your leadership team: your criteria, weights and definitions. That conversation alone surfaces the strategic disagreements silently distorting every roadmap decision.

02

Bevisbaserte go/kill-beslutningerEvidence-based go/kill decisions

Signalbok med forhåndsdefinerte exit-kriterier: kundens hastegrad, betalingsvilje, pilotforpliktelse, leveringsevne. Valider, Fortsett, Skaler, Pivoter eller Stopp blir en forsvarlig beslutning, ikke en politisk.A signal ledger with predefined exit criteria: customer urgency, willingness to pay, pilot commitment, delivery feasibility. Validate, Continue, Scale, Pivot or Stop becomes a defensible decision, not a political one.

03

Styreklar, rangert porteføljeA board-ready ranked portfolio

Én levende visning av vektet rangering, kapasitet og veikart, på tvers av eksterne og interne produkter, eksporterbar til styre- og ledelsesrapportering.One live view of weighted ranking, capacity and roadmap, across external and internal products, exportable for board and management reporting.

→
Kriterier og vekterCriteria and weights

Kalibreres i lederworkshop med vekting per kriterium fra 1,0 til 4,0, og normaliseres til 0–100 for sammenligning på tvers av porteføljer.Calibrated in a leadership workshop, with each criterion weighted from 1.0 to 4.0, then normalised to 0–100 for cross-portfolio comparison.

→
Signalsett per faseSignal sets per stage

Discovery-, drifts- og forvaltningssignaler. Hver fase krever ulike typer bevis, og får de signalene som trengs for å fatte gode beslutninger.Discovery, operational and sustain signals. Each stage requires a different kind of evidence, and gets the signals needed to make sound decisions.

→
Eksterne og interne produkterExternal and internal products

Kommersielle satsinger og intern kapabilitetsbygging prioriteres i samme porteføljevisning og styres av det samme beslutningsforumet.Commercial bets and internal capability building are prioritised in the same portfolio view, and governed by the same decision forum.

→
Din kontekst, ditt eierskapYour context, your ownership

Systemet settes opp med dine data og din merkevare, videreutvikles i takt med organisasjonens behov og driftes av ditt eget team fra dag én.The system is set up with your data and your branding, evolves in step with the organisation's needs, and is operated by your own team from day one.

Formet, ikke konfigurert.Shaped, not configured.

Product Vanguard er i drift og kan demonstreres når som helst. Det interessante er imidlertid ikke produktet, men modellen bak.Product Vanguard is live and can be demonstrated at any time. What is interesting, however, is not the product but the model behind it.

Tradisjonell SaaS bygger på én kodeinstans som konfigureres for mange kunder. For de fleste typer programvare er det en god modell. Men når programvaren koder inn hvordan organisasjonen prioriterer, tar beslutninger og fordeler investeringer, blir standardisering en begrensning. Da risikerer organisasjonen å tilpasse seg verktøyet, i stedet for at verktøyet tilpasses organisasjonen.Traditional SaaS is built on a single code instance configured for many customers. For most kinds of software that is a good model. But when the software encodes how an organisation prioritises, decides and allocates investment, standardisation becomes a constraint. The organisation then risks adapting itself to the tool, rather than the tool being adapted to the organisation.

Jeg anbefaler derfor en dedikert implementering med Product Vanguard som utgangspunkt, men videreutviklet til den konkrete konteksten til virksomheten. Hvordan beslutninger tas, for eksempel i produktstyret, styringsgruppen eller et investeringsråd, hvilke bevis som kreves før finansiering, hvordan porter, målekort og arbeidsflyter utformes, og hvordan porteføljen balanseres mellom interne kapabiliteter og kommersielle produkter, bør bygges inn i løsningen. Dette er ikke konfigurasjon. Det er organisasjonens operasjonsmodell uttrykt som programvare.I therefore recommend a dedicated implementation with Product Vanguard as the starting point, developed further to fit the specific context of the business. How decisions are made, for example in the product board, the steering committee or an investment council, what evidence is required before funding, how gates, scorecards and workflows are designed, and how the portfolio is balanced between internal capabilities and commercial products, should be built into the solution. This is not configuration. It is the organisation’s operating model expressed as software.

Med moderne AI-verktøy er kostnaden ved kontinuerlig videreutvikling dramatisk redusert. I stedet for å vente på en leverandørs produktveikart kan løsningen utvikles fortløpende i takt med organisasjonens arbeidsflyter og styringsmekanismer når behovene endrer seg. Programvaren blir dermed et levende system som utvikler seg sammen med virksomheten, ikke et abonnement på en standardløsning bygget på andres antakelser.With modern AI tooling, the cost of continuous development has fallen dramatically. Instead of waiting for a vendor’s product roadmap, the solution can evolve continuously in step with the organisation’s workflows and governance mechanisms as needs change. The software thus becomes a living system that evolves together with the business, not a subscription to a standard solution built on someone else’s assumptions.

NøkkelartefakterKey artifacts

Hvert artefakt svarer på ett beslutningsspørsmål.Each artifact answers one decision question.

Ingen pynt. Hver visning i Product Vanguard finnes fordi et beslutningsforum trenger den, fra produkttavle til estimering.No decoration. Every view in Product Vanguard exists because a decision forum needs it, from product board to estimation.

01 / PRODUKTTAVLEPRODUCT BOARD

ProdukttavlenThe Product Board

Alle produkter, eksterne og interne, i én visning: modenhetsfase (Discovery → Drift), problemdomene (Cynefin), normalisert score og direkte inngang til signalboken.Every product, external and internal, in one view: maturity stage (Discovery → Operate), problem domain (Cynefin), normalised score and direct entry to the signal ledger.

Hva er Cynefin?What is Cynefin?
Hvert produkt klassifiseres etter hvilken type problem det løser, basert på Cynefin-rammeverket: Klart – kjent problem med etablert løsning. Komplisert – krever ekspertise og analyse. Komplekst – må utforskes gjennom eksperimentering. Kaotisk – krever umiddelbar handling. Domenet avgjør hvor mye utforskning et initiativ trenger før det er trygt å bygge. Each product is classified by the type of problem it solves, based on the Cynefin framework: Clear – a known problem with an established solution. Complicated – requires expertise and analysis. Complex – must be explored through experimentation. Chaotic – requires immediate action. The domain determines how much discovery an initiative needs before it is safe to build.

Svarer på: Hva har vi egentlig i porteføljen, og hvor moden er hver satsing?Answers: What is actually in our portfolio, and how mature is each bet?

Product Vanguard product boardProduct Vanguard product board
Slipp skjermbildet av produkttavlen her:Drop the product board screenshot here:assets/product-board.jpg
02 / INITIATIVLISTEINITIATIVE LIST

InitiativlistenThe initiative list

Hvert produkt bærer sin egen portefølje av initiativer: vektet score, vurderingsgrad (8/8 vurdert), status og ROM-estimat i én liste. Ingen initiativer lever i e-post, slides eller hoder; alt som konkurrerer om kapasitet står her, rangert og sammenlignbart.Each product carries its own portfolio of initiatives: weighted score, assessment completeness (8/8 assessed), status and ROM estimate in one list. No initiative lives in email, slides or heads; everything competing for capacity sits here, ranked and comparable.

Svarer på: Hva konkurrerer faktisk om kapasiteten, og er sammenligningen komplett?Answers: What is actually competing for capacity, and is the comparison complete?

Product Vanguard initiative listProduct Vanguard initiative list
Slipp skjermbildet av initiativlisten her:Drop the initiative list screenshot here:assets/Initiatives.jpg
03 / SIGNALBOKSIGNAL LEDGER

Livssyklussignaler og bevisporterLifecycle signals and evidence gates

Bevisnivå per produkt, portstatus mot exitkriterier (f.eks. «Port 2: Ikke klar – 2/8 kriterier oppfylt»), kapasitetsbruk mot WIP-mål og ledelsens beslutning: Valider, Fortsett, Skaler, Pivoter eller Stopp. Den samme beslutningsmotoren som avgjør om et produkt skal bygges, avgjør også om det skal skaleres, videreføres eller avvikles.Evidence level per product, gate status against exit criteria (e.g. “Gate 2: Not ready – 2/8 criteria met”), capacity use against WIP targets, and management’s decision: Validate, Continue, Scale, Pivot or Stop. The same decision engine that determines whether a product gets built also determines whether it is scaled, continued or retired.

Svarer på: Har dette produktet bevisene neste port krever, eller bør det stoppes?Answers: Does this product have the evidence the next gate requires, or should it be stopped?

Lifecycle signals table with evidence gatesLifecycle signals table with evidence gates
Slipp skjermbildet av signaltabellen her:Drop the lifecycle signals screenshot here:assets/lifecycle-signals.jpg
04 / PRIORITERINGSLISTEPRIORITY STACK

Vektet scoring og prioriteringslisteWeighted scoring and the priority stack

Initiativer scores mot kriteriene ledergruppen selv har kalibrert, med perspektiver per rolle (DevOps, Produkt, Salg, Ledelse) slik at uenighet blir synlig data, ikke korridorpolitikk. Score rangerer verdi; porter håndhever rekkefølge.Initiatives are scored against the criteria your leadership calibrated, with per-role perspectives (DevOps, Product, Sales, Executives) so disagreement becomes visible data, not corridor politics. Scores rank value; gates enforce sequence.

Svarer på: Hva er mest verdt å gjøre nå og er vi faktisk enige om hvorfor?Answers: What is most worth doing now and do we actually agree on why?

Weighted scoring priority stackWeighted scoring priority stack
Slipp skjermbildet av prioriteringslisten her:Drop the priority stack screenshot here:assets/priority-stack.jpg
05 / VEIKARTROADMAP

Porteføljeveikart med kapasitetsstyringPortfolio roadmap with capacity governance

Svømmebaner per produkt med initiativenes tidslinje og det viktigste tallet i hele systemet: faktisk kapasitetsbruk mot avtalt allokering (FTE-måneder, «Over mål +7pp»). Allokering settes før rangering; veikartet viser om dere holder ord.Swimlanes per product with initiative timelines and the most important number in the system: actual capacity spend against agreed allocation (FTE-months, “Over target +7pp”). Allocation is set before ranking; the roadmap shows whether you keep your word.

Svarer på: Går kapasiteten dit strategien sier den skal?Answers: Is capacity going where the strategy says it should?

Portfolio roadmap with capacity targetsPortfolio roadmap with capacity targets
Slipp skjermbildet av veikartet her:Drop the roadmap screenshot here:assets/roadmap.jpg
06 / ESTIMERINGESTIMATION

Guidet scoring og ROM-estimeringGuided scoring and ROM estimation

En ni-stegs veiviser med forankrede definisjoner per kriterium, timebaserte vektorverdier som foreslår score, og side-ved-side-benchmarking mot historiske referanser, slik at estimatene betyr det samme uansett hvem som setter dem.A nine-step wizard with anchored definitions per criterion, hour-based vector values suggesting scores, and side-by-side benchmarking against historical references, so estimates mean the same thing regardless of who sets them.

Svarer på: Kan vi stole på tallene vi prioriterer etter?Answers: Can we trust the numbers we prioritise by?

ROM scoring wizard with anchored definitionsROM scoring wizard with anchored definitions
Slipp skjermbildet av scoringsveiviseren her:Drop the scoring wizard screenshot here:assets/scoring-wizard.jpg
AI i praksisAI in practice

AI som utfordrer, ikke orakel.AI as a challenger, not an oracle.

AI er bygget inn der den styrker resonnementet, ikke som en erstatning for det. Den brukes til å begrunne initiativer, generere hypoteser og gi kontekstuell støtte. All AI-generert informasjon lagres sammen med initiativet, kan redigeres og er fullt sporbar. Systemet finner aldri opp data: mangler det bevis, merkes innholdet tydelig med «Må valideres».AI is built in where it strengthens reasoning, not as a replacement for it. It is used to ground initiatives, generate hypotheses and provide contextual support. All AI-generated content is stored with the initiative, editable and fully traceable. The system never invents data: where evidence is missing, the content is clearly marked “Needs validation”.

07 / GRUNNINGSASSISTENTGROUNDING ASSISTANT

Initiativenes grunningsassistentThe Initiative Grounding Assistant

Før et initiativ får konkurrere om kapasitet, tar assistenten eieren gjennom en guidet dialog. Spørsmålene bygger på seks «Euclidean Habits», og assistenten bruker konteksten som allerede ligger i systemet. Oppgaven er å utfordre vage påstander og hjelpe deg å finne det minste verdifulle første snittet.Before an initiative gets to compete for capacity, the assistant takes its owner through a guided dialogue. The questions build on six “Euclidean Habits”, and the assistant uses the context already in the system. Its job is to challenge vague claims and help you find the smallest valuable first slice.

Hva er Euclidean Habits?What are Euclidean Habits?
Euclidean Habits er inspirert av Euklid, den greske matematikeren (ca. 300 f.Kr.) som kalles geometriens far. I Elementene viste han hvordan kompleks kunnskap kan bygges fra noen få enkle aksiomer gjennom stringent logikk. På samme måte starter Euclidean Habits med små, eksplisitte førsteprinsipp-handlinger som konsekvent bygger seg opp til stadig mer sofistikerte ferdigheter, kunnskap og langsiktig kapabilitet. Euclidean Habits are inspired by Euclid, the ancient Greek mathematician (c. 300 BCE) known as the Father of Geometry. In Elements, he showed how complex knowledge can be built from a few simple axioms through rigorous logic. Likewise, Euclidean Habits begin with small, explicit, first-principles actions that compound consistently into increasingly sophisticated skills, knowledge, and long-term capability.

Resultatet er et presist, etterprøvbart og beslutningsklart initiativ, der fakta, antakelser, bevis, risiko og åpne spørsmål er skilt fra hverandre. Assistenten er tospråklig (NO/EN).The result is a precise, testable, decision-ready initiative, with facts, assumptions, evidence, risks and open questions kept apart. The assistant is bilingual (NO/EN).

Svarer på: Tåler dette initiativet dagslys før det tar kapasitet?Answers: Does this initiative survive daylight before it takes capacity?

Product Vanguard Initiative Grounding AssistantProduct Vanguard Initiative Grounding Assistant
Slipp skjermbildet av grunningsassistenten her:Drop the grounding assistant screenshot here:assets/Grounding.jpg
01 · DefinisjonerDefinitions

Etabler grunnsannheten: hva betyr «konvertering» og «høyverdibruker», presist, for dette initiativet.Establish ground truth: what “conversion” and “high-value user” mean, precisely, for this initiative.

02 · PostulaterPostulates

Gjør antakelsene eksplisitte, slik at logikken blir transparent og enkel å kritisere.Make assumptions explicit, so the logic is transparent and easy to critique.

03 · Logisk kjedeLogical chain

Bygg beviset steg for steg, fra behov via løsning til effekt, uten hull i resonnementet.Build the proof step by step, from need through solution to impact, with no gaps in the reasoning.

04 · Begrunnelse og bevisJustification & evidence

Skill fakta fra antakelser. Alt uten belegg merkes «Må valideres» og blir et discovery-oppdrag.Separate facts from assumptions. Anything unsupported is marked “Needs validation” and becomes a discovery task.

05 · AvhengighetskjedeDependency chain

Kartlegg hva initiativet stilltiende forutsetter (data, plattform, team) før det kolliderer med virkeligheten.Map what the initiative silently assumes (data, platform, teams) before it collides with reality.

06 · NegasjonstestNegation test

Hva måtte vært sant for at dette var en dårlig idé? Testen som avslører ønsketenkning før porteføljen gjør det.What would have to be true for this to be a bad idea? The test that exposes wishful thinking before the portfolio does.

EksempelSample Les en komplett initiativtese: «Avvikshåndtering»Read a complete initiative thesis: “Non-conformance management” + åpne dokumentet+ open the document
INITIATIV: Avvikshåndtering
STATUS: 04 Godkjent av produktstyret
DATO: 8.7.2026
DOKUMENT-ID: EHC-INIT-18BECAE2

Kjernetese

En standardisert og sporbar digital arbeidsflyt for avvikshåndtering vil redusere behandlingstiden og hindre gjentakende feil ved å sikre at korrigerende tiltak faktisk blir gjennomført og verifisert.

Initiativkontekst

Systematisk avvikshåndtering, inkludert registrering, analyse, prioritering, rotårsaksanalyse, korrigerende tiltak og oppfølging for å sikre etterlevelse og kontinuerlig forbedring.

Anbefalt første snitt

En MVP som dekker en komplett, men enkel arbeidsflyt:

  • Enkel registrering av avvik.
  • Kategorisering og prioritering.
  • Tildeling av ansvarlig.
  • Oppfølging av korrigerende tiltak.
  • Lukking med full sporbarhet og et enkelt dashboard for rapportering.
  • Utenfor omfang i første omgang: AI-basert rotårsaksanalyse, prediktiv analyse, automatisert saksbehandling og komplekse integrasjoner.

Definisjoner

  • Avvik: Enhver hendelse, observasjon eller tilstand som ikke er i samsvar med etablerte krav, prosedyrer, lover, standarder eller interne retningslinjer, og som krever vurdering og eventuell oppfølging. (Rene forbedringsforslag eller planlagte endringer faller utenfor.)
  • Behandlingstid: Tiden fra et avvik registreres til det er verifisert, godkjent og formelt lukket (inkludert gjennomføring og verifisering av tiltak).
  • Full sporbarhet: Dokumentert livsløp i systemet som inkluderer hvem, hva, når, endringslogg (audit trail), beslutninger, kobling til tiltak og dato for lukking.
  • Korrigerende tiltak: Et dokumentert tiltak som eliminerer eller reduserer den identifiserte rotårsaken, og som kan verifiseres å ha ønsket effekt (til forskjell fra midlertidig brannslukking).

Postulater

  1. Brukeradferd: Ansatte vil registrere avvik dersom prosessen er enkel, intuitiv og rask, og de ser at det fører til forbedring. Status: Sannsynlig, men ikke bevist (Må valideres).
  2. Prosess/kultur: Ledere og prosesseiere har kapasitet, ansvar og mandat til å prioritere behandling og gjennomføre tiltak. Status: Risikabel antakelse (Må valideres).
  3. Verdi: En standardisert prosess gir bedre datakvalitet, færre gjentakende avvik og redusert operasjonell risiko. Status: Godt støttet (bransjestandard).

Evidens

  • Dokumentert evidens: Historiske data viser at dagens fragmenterte prosess fører til treg oppfølging og manglende oversikt over åpne saker.
  • Mangler / Må valideres: Bekrefte om det er verktøyets kompleksitet (og ikke kultur/tid) som hindrer registrering i dag. Bekrefte at ledere faktisk har avsatt tid og KPI-er til å følge opp tildelte tiltak.

Logisk kjede

  1. Proposisjon 1: Dagens avvikshåndtering er fragmentert og reaktiv, noe som gjør det vanskelig å registrere, prioritere og lære av hendelser konsekvent.
  2. Proposisjon 2: Dette fører til treg behandlingstid, gjentakende feil, økt etterlevelsesrisiko og manglende organisatorisk læring.
  3. Proposisjon 3: Ved å etablere en standardisert, enkel og sporbar prosess (MVP), kan vi redusere administrativ belastning, sikre konsekvent oppfølging av korrigerende tiltak og tette etterlevelsesgap.
  4. Proposisjon 4: Et felles system for registrering, tildeling og lukking med full sporbarhet er det rette tiltaket for å oppnå denne standardiseringen uten å overvelde organisasjonen med kompleksitet i første omgang.
  5. Teorem: Hvis vi implementerer det første snittet av «Avvikshåndtering», forventer vi redusert behandlingstid og færre gjentakende avvik, fordi en enkel og sporbar arbeidsflyt senker terskelen for registrering og sikrer at korrigerende tiltak faktisk blir gjennomført og verifisert.

Avhengighetskjede

  • Etterlevelse/sikkerhet: Etablering av rollebasert tilgangskontroll (RBAC) for å skjerme sensitive personopplysninger (GDPR) i HMS-saker.
  • Teknisk/data: Integrasjon mot organisasjonens identitetsleverandør (f.eks. Azure AD / Entra ID) for automatisk bruker- og lederidentifisering.
  • Prosess/beslutninger: Enighet om en felles, standardisert matrise for prioritering og kategorisering av avvik før utviklingen starter.

Negasjonstest

Status quo er uholdbar. Å fortsette som i dag vil føre til:

  • Fortsatt høye kostnader knyttet til gjentakende feil.
  • Økt risiko for avvik ved eksterne revisjoner og tilsyn, med fare for tap av ISO-sertifiseringer eller økonomiske sanksjoner.
  • Økt frustrasjon og administrativ belastning for de ansatte.

Suksessmål

  • Primær metrikk: Gjennomsnittlig behandlingstid (fra registrering til verifisert lukking).
  • Sekundære metrikker: Antall registrerte avvik per måned (indikerer økt adopsjon). Reduksjon i antall gjentakende avvik (målt over 6–12 måneder).
  • Vernemetrikk (guardrail): Tid brukt på å registrere et enkelt avvik (bør ikke ta mer enn 2 minutter for å sikre at terskelen forblir lav).

Åpne spørsmål

  • Har ledere i dag reell kapasitet til å følge opp tiltakene som blir tildelt dem i det nye systemet?
  • Hvem skal eie den overordnede prioriteringsmatrisen på tvers av ulike avdelinger?

Valideringsplan

  1. Brukertesting: Gjennomføre enkle geriljatester av registreringsskjemaet med operativt personell for å sikre at det kan fylles ut på under 2 minutter.
  2. Lederforankring: Presentere initiativet for ledergruppen for å sikre at oppfølging av avvik blir en formell del av lederansvaret og tidsallokeringen.
INITIATIVE: Non-conformance management
STATUS: 04 Approved by the product board
DATE: 8 July 2026
DOCUMENT ID: EHC-INIT-18BECAE2

Core thesis

A standardized and traceable digital workflow for non-conformance management will reduce processing time and prevent recurring errors by ensuring that corrective actions are actually implemented and verified.

Initiative context

Systematic non-conformance management, including registration, analysis, prioritization, root cause analysis, corrective actions and follow-up to ensure compliance and continuous improvement.

Recommended first slice

An MVP covering a complete but simple workflow:

  • Simple registration of non-conformances.
  • Categorization and prioritization.
  • Assignment of an owner.
  • Follow-up of corrective actions.
  • Closure with full traceability and a simple reporting dashboard.
  • Out of scope initially: AI-based root cause analysis, predictive analytics, automated case handling and complex integrations.

Definitions

  • Non-conformance: Any event, observation or condition that does not comply with established requirements, procedures, laws, standards or internal guidelines, and that requires assessment and possible follow-up. (Pure improvement suggestions or planned changes fall outside.)
  • Processing time: The time from a non-conformance is registered until it is verified, approved and formally closed (including implementation and verification of actions).
  • Full traceability: A documented lifecycle in the system covering who, what, when, change log (audit trail), decisions, links to actions and closure date.
  • Corrective action: A documented action that eliminates or reduces the identified root cause, and that can be verified to have the intended effect (as opposed to temporary firefighting).

Postulates

  1. User behaviour: Employees will register non-conformances if the process is simple, intuitive and fast, and they see that it leads to improvement. Status: Likely, but not proven (Needs validation).
  2. Process/culture: Managers and process owners have the capacity, responsibility and mandate to prioritize processing and implement actions. Status: Risky assumption (Needs validation).
  3. Value: A standardized process yields better data quality, fewer recurring non-conformances and reduced operational risk. Status: Well supported (industry standard).

Evidence

  • Documented evidence: Historical data shows that the current fragmented process leads to slow follow-up and no overview of open cases.
  • Missing / Needs validation: Confirm whether it is tool complexity (rather than culture or time) that prevents registration today. Confirm that managers actually have allocated time and KPIs to follow up assigned actions.

Logical chain

  1. Proposition 1: Current non-conformance handling is fragmented and reactive, making it hard to register, prioritize and learn from events consistently.
  2. Proposition 2: This leads to slow processing times, recurring errors, increased compliance risk and missing organisational learning.
  3. Proposition 3: By establishing a standardized, simple and traceable process (MVP), we can reduce administrative load, ensure consistent follow-up of corrective actions and close compliance gaps.
  4. Proposition 4: A shared system for registration, assignment and closure with full traceability is the right measure to achieve this standardization without overwhelming the organisation with complexity initially.
  5. Theorem: If we implement the first slice of “Non-conformance management”, we expect reduced processing time and fewer recurring non-conformances, because a simple and traceable workflow lowers the threshold for registration and ensures corrective actions are actually implemented and verified.

Dependency chain

  • Compliance/security: Role-based access control (RBAC) to protect sensitive personal data (GDPR) in HSE cases.
  • Technical/data: Integration with the organisation’s identity provider (e.g. Azure AD / Entra ID) for automatic user and manager identification.
  • Process/decisions: Agreement on a shared, standardized matrix for prioritizing and categorizing non-conformances before development starts.

Negation test

The status quo is untenable. Continuing as today will lead to:

  • Continued high costs from recurring errors.
  • Increased risk of findings in external audits and inspections, with the danger of losing ISO certifications or financial sanctions.
  • Increased frustration and administrative load for employees.

Success metrics

  • Primary metric: Average processing time (from registration to verified closure).
  • Secondary metrics: Number of registered non-conformances per month (indicates adoption). Reduction in recurring non-conformances (measured over 6–12 months).
  • Guardrail metric: Time to register a single non-conformance (should take no more than 2 minutes, to keep the threshold low).

Open questions

  • Do managers today have real capacity to follow up the actions assigned to them in the new system?
  • Who should own the overall prioritization matrix across departments?

Validation plan

  1. User testing: Run simple guerrilla tests of the registration form with operational staff to ensure it can be completed in under 2 minutes.
  2. Leadership anchoring: Present the initiative to the leadership team to make follow-up of non-conformances a formal part of management responsibility and time allocation.
A

Brukeren eier resultatetThe user owns the output

AI-output lagres med initiativet og er alltid redigerbart. Assistenten stiller spørsmålene. Eieren står for svarene og beslutningen.AI output is saved with the initiative and always editable. The assistant asks the questions. The owner supplies the answers and the decision.

B

Aldri oppfunnet dataNever invented data

Assistenten dikter ikke opp bevis. Mangler grunnlaget, merkes det eksplisitt, slik at svake punkter blir synlige i stedet for polerte.The assistant does not fabricate evidence. Where the basis is missing, it is flagged explicitly, so weak points become visible instead of polished over.

C

Styrt kjøretidGoverned runtime

All AI kjører server-side bak autentiserte endepunkter, uten nøkler i klienten. Modellene kan byttes etter behov og har automatisk fallback, og tokenforbruket styres med grenser per bruker og for systemet som helhet: full kontroll på både kvalitet og kostnad.All AI runs server-side behind authenticated endpoints, with no keys in the client. Models can be swapped as needed with automatic fallback, and token consumption is governed by per-user and system-wide limits: full control of both quality and cost.

Neste stegNext step

Første steg er en 30-minutters samtale.Step one is a 30-minute conversation.

Vis porteføljen din slik den ser ut i dag. Etter 30 minutter har du to–tre konkrete observasjoner om hvor kapasiteten kan utnyttes bedre, og en vurdering av hvilken effekt et mer kalibrert styringssystem kan ha for organisasjonen. Ingen slidedekk. Ingen forpliktelser. Hvordan vi eventuelt går videre, finner vi ut sammen.Show me your portfolio as it looks today. After 30 minutes you will have two or three concrete observations on where capacity could be used better, and an assessment of the effect a better-calibrated governance system could have on your organisation. No slide deck. No obligations. How we move forward, if we do, is something we figure out together.

Book 30 minutterBook 30 minutes → LinkedIn
© 2026 Tom Hagesæther · Discovery Management & porteføljestyringDiscovery Management & portfolio governance
Artikkelen hos Spinnaker GlobalThe article at Spinnaker Global · LinkedIn