1. Omkostningssimulering for udtræden
Sunk cost slører lederes dømmekraft.
Sammenlign tabet ved at stoppe et projekt under en traditionel fastpriskontrakt kontra en fleksibel DaaS/Staff Augmentation-model.
Sammenligning af kumulative omkostninger
Flyt skyderen for at ændre den måned du beslutter at gå ud (annullere).
Traditionel risiko (fastpris)
Ophørsgebyrer og buyout-forpligtelser for mellemliggende leverancer gælder ofte og maksimerer eksponeringen mod sunk cost.
DaaS-risiko (fleksibel kontrakt)
Du betaler kun for udført arbejde. Da du kan stoppe når som helst, kan du beslutte at gå ud før skaden vokser.
Muligheden for at annullere når som helst motiverer leverandøren til at holde kvaliteten høj.
2. Anatomien i leverandørlåsning og "transparens"
Frygt for lock-in kommer af ikke at se hvad der er indeni.
Sammenlign de elementer der forhindrer en black box og genskaber autonom kontrol.
Black-box-udvikling
Den detaljerede specifikation findes kun i leverandørens hoved
-
✕
Uklart kodeejerskab
Specialbyggede frameworks og biblioteker gør det svært for et andet team at overtage.
-
✕
Manglende dokumentation
Du får et fungerende produkt, men ikke "hvorfor" bag det.
-
✕
Personafhængighed
Hvis en nøgleperson forlader, kan systemet gå i stå.
White-box-udvikling
Hold systemet klar til overdragelse når som helst
-
✓
Valg af standardteknologi
Vælg bredt anvendte sprog og frameworks for at bevare udskiftningsmuligheder.
-
✓
Altid delt i GitHub osv.
Commit dagligt til kundens repo så fremskridt og kvalitet er synlig i realtid.
-
✓
Exit-strategi defineret fra starten
Design en internaliserings-/overgangsplan fra dag ét.
Vurderingsakser for partnerudvælgelse (Risk Radar)
Når du vælger partner, vurder de fem akser nedenfor, ikke kun prisen, for at måle reversibilitet.
- Transparens: Adgang til information
- Standardteknologi: Hvor almindelig tech-stacken er
- Kontraktfleksibilitet: Hvor let det er at opsige
- Dokumentation: Registreret designintention
- Støtte til selvstændighed: Villighed til at hjælpe med internalisering
3. Bryd fri af afhængighed: Exit-strategi
Skift fra kontrakt-lock-in til et værdibaseret forhold.
Definér roadmap for en smidig udtræden og overdragelse når det er nødvendigt.
Trin 01 Sikre ejerskab af aktiver
Sikr at kildekode, designdata og dokumentation ejes af kunden.
Kunden opretter repositoryet (GitHub osv.) og inviterer leverandøren.
Trin 02 Gør viden upersonlig
Dokumentér ikke kun mødenotater, men også kodekommentarer og ADR'er.
At efterlade konteksten for "hvorfor" minimerer overdragelsesomkostningen.
Trin 03 Overlappingsperiode
Ved internalisering eller leverandørskifte, tillad 1-2 måneders overlap.
Brug parprogrammering og code reviews til at overføre ansvar på arbejdsniveau.
Mål Fuld uafhængighed
En tilstand hvor systemet fortsætter uden eksterne partnere.
Dette er det endelige mål for risikostyring - en sund udviklingsposition.