1. Kostnadssimulering for tilbaketrekning
Sunk costs tilslører lederes dømmekraft.
Sammenlign tapet ved å stoppe et prosjekt under en tradisjonell fastpriskontrakt versus en fleksibel DaaS/Staff Augmentation-modell.
Sammenligning av kumulative kostnader
Flytt glidebryteren for å endre måneden du bestemmer deg for å gå ut (avbryte).
Tradisjonell risiko (fastpris)
Oppsigelsesgebyrer og innløsningsforpliktelser for mellomleveranser gjelder ofte, og maksimerer eksponeringen mot sunk costs.
DaaS-risiko (fleksibel kontrakt)
Du betaler kun for utført arbeid. Siden du kan stoppe når som helst, kan du velge å gå ut før skaden vokser.
Muligheten til å avbryte når som helst motiverer leverandøren til å holde kvaliteten høy.
2. Anatomien til leverandørlåsing og "transparens"
Frykten for lock-in kommer av å ikke se hva som er inni.
Sammenlign elementene som hindrer en black box og gjenoppretter autonom kontroll.
Black-box-utvikling
Den detaljerte spesifikasjonen finnes bare i leverandørens hode
-
✕
Uklart kodeeierskap
Egendefinerte rammeverk og biblioteker gjør det vanskelig for et annet team å overta.
-
✕
Manglende dokumentasjon
Du får et fungerende produkt, men ikke "hvorfor" bak det.
-
✕
Personavhengighet
Hvis en nøkkelperson slutter, kan systemet stoppe opp.
White-box-utvikling
Hold systemet klart for overlevering når som helst
-
✓
Valg av standardteknologi
Velg språk og rammeverk som er bredt tatt i bruk for å beholde utskiftningsmuligheter.
-
✓
Alltid delt i GitHub osv.
Commit daglig i kundens repo slik at fremdrift og kvalitet er synlig i sanntid.
-
✓
Exitstrategi definert fra start
Design en internaliserings-/overgangsplan fra dag én.
Vurderingsakser for partnerutvelgelse (Risk Radar)
Når du velger partner, vurder de fem aksene nedenfor, ikke bare pris, for å måle reversibilitet.
- Transparens: Tilgang til informasjon
- Standardteknologi: Hvor vanlig teknologistacken er
- Kontraktsfleksibilitet: Hvor lett det er å si opp
- Dokumentasjon: Registrert designintensjon
- Støtte for selvstendighet: Vilje til å hjelpe med internalisering
3. Bli fri fra avhengighet: Exitstrategi
Gå fra kontrakts-lock-in til et verdibasert forhold.
Definer roadmapen for smidig tilbaketrekning og overlevering når nødvendig.
Steg 01 Sikre eierskap til eiendeler
Sørg for at kildekode, designdata og dokumentasjon eies av kunden.
Kunden oppretter repoet (GitHub osv.) og inviterer leverandøren.
Steg 02 Gjør kunnskap upersonlig
Dokumenter ikke bare møtenotater, men også kodekommentarer og ADR-er.
Å etterlate konteksten for "hvorfor" minimerer overleveringskostnaden.
Steg 03 Overlappingsperiode
Når dere internaliserer eller bytter leverandør, tillat 1-2 måneders overlapp.
Bruk parprogrammering og kodegjennomganger for å overføre ansvar på arbeidsnivå.
Mål Full uavhengighet
En tilstand der systemet fortsetter å kjøre uten eksterne partnere.
Dette er sluttmålet for risikostyring - en sunn utviklingsposisjon.