1. Väljumise kulusimulatsioon
Sunk cost hägustab juhtide otsustusvõimet.
Võrrelge kahju, kui projekt lõpetatakse traditsioonilise fixed-bid lepingu alusel, võrreldes paindliku DaaS/Staff Augmentation mudeliga.
Kumulatiivsete kulude võrdlus
Liigutage liugurit, et muuta kuud, mil otsustate väljuda (tühistada).
Traditsiooniline risk (fixed-bid)
Sageli rakenduvad lõpetamistasud ja vahetulemuste väljaostukohustused, mis suurendavad sunk cost'i riski.
DaaS-risk (paindlik leping)
Maksate ainult tehtud töö eest. Kuna saate igal ajal peatada, saate väljuda enne, kui kahju kasvab.
Võimalus igal ajal tühistada motiveerib tarnijat hoidma kvaliteeti kõrgel.
2. Vendor lock-in'i ja "läbipaistvuse" anatoomia
Lock-in'i hirm tuleb sellest, et ei näe, mis sees on.
Võrrelge elemente, mis väldivad black box'i ja taastavad autonoomse kontrolli.
Black-box arendus
Detailne spetsifikatsioon elab ainult tarnija peas
-
✕
Ebaselge koodi omandiõigus
Kohandatud raamistikud ja teegid teevad teise meeskonna üleandmise keeruliseks.
-
✕
Puuduv dokumentatsioon
Saate töötava toote, kuid mitte "miks"-i selle taga.
-
✕
Inimsõltuvus
Kui võtmeisik lahkub, võib süsteem seiskuda.
White-box arendus
Hoidke süsteem igal ajal üleandmiseks valmis
-
✓
Standardtehnoloogia valik
Valige laialt levinud keeled ja raamistikud, et säilitada asendusvõimalused.
-
✓
Alati jagatud GitHubis jms
Tehke igapäevaseid commit'e kliendi repodesse, et progress ja kvaliteet oleksid reaalajas nähtavad.
-
✓
Väljumisstrateegia paigas algusest
Kujundage internalization/transition plaan esimesest päevast.
Hindamisteljed partneri valikuks (Risk Radar)
Partneri valikul hinnake viit allolevat telge, mitte ainult hinda, et mõõta pööratavust.
- Läbipaistvus: Ligipääs infole
- Standardtehnoloogia: Kui levinud on tehnoloogiakuhj
- Lepingu paindlikkus: Tühistamise lihtsus
- Dokumentatsioon: Salvestatud disaini kavatsus
- Iseseisvuse tugi: Valmidus aidata internalization'iga
3. Vabane sõltuvusest: väljumisstrateegia
Liikuge lepingulisest lock-in'ist väärtuspõhise suhteni.
Määratlege sujuva väljumise ja üleandmise teekaart, kui vaja.
Samm 01 Tagage varade omandiõigus
Tagage, et lähtekood, disainiandmed ja dokumentatsioon kuuluvad kliendile.
Klient loob repositooriumi (GitHub jms) ja kutsub tarnija.
Samm 02 Muutke teadmised isikuvabaks
Dokumenteerige mitte ainult koosoleku märkmed, vaid ka koodikommentaarid ja ADR-id.
"Miks"-konteksti säilitamine vähendab üleandmiskulu.
Samm 03 Kattuvusperiood
Internalization'i või tarnija vahetuse korral lubage 1-2 kuu kattuvus.
Kasutage pair programming'ut ja code review'd vastutuse ülekandmiseks töö tasandil.
Eesmärk Täielik iseseisvus
Seisund, kus süsteem töötab edasi ilma väliste partneriteta.
See on riskijuhtimise lõppeesmärk — tervislik arendushoiak.