1. Simulacija stroškov umika
Potonjeni stroški zameglijo presojo vodstva.
Primerjajte izgubo ob ustavitvi projekta pod tradicionalno pogodbo s fiksno ceno v primerjavi s fleksibilnim modelom DaaS/Staff Augmentation.
Primerjava kumulativnih stroškov
Premaknite drsnik, da spremenite mesec, ko se odločite za izhod (preklic).
Tradicionalno tveganje (fiksna cena)
Pogosto veljajo kazni za prekinitev in obveznosti odkupa vmesnih dobav, kar maksimalno poveča izpostavljenost potonjenim stroškom.
DaaS tveganje (fleksibilna pogodba)
Plačate le za opravljeno delo. Ker lahko ustavite kadar koli, se lahko odločite za izhod, preden škoda naraste.
Možnost preklica kadar koli spodbuja ponudnika, da ohranja visoko kakovost.
2. Anatomija vendor lock-in in "transparentnosti"
Strah pred lock-in izhaja iz tega, da ne vidite, kaj je znotraj.
Primerjajte elemente, ki preprečujejo črno skrinjico in obnovijo avtonomni nadzor.
Razvoj črne skrinjice
Podrobna specifikacija živi le v glavi ponudnika
-
✕
Nejasno lastništvo kode
Prilagojeni frameworki in knjižnice otežujejo prevzem druge ekipe.
-
✕
Manjkajoča dokumentacija
Dobiš delujoč izdelek, ne pa tudi "zakaj" za njim.
-
✕
Odvisnost od ljudi
Če ključna oseba odide, se sistem lahko ustavi.
Razvoj bele skrinjice
Sistem naj bo vedno pripravljen za predajo
-
✓
Izbira standardne tehnologije
Izberite široko uporabljene jezike in frameworke, da ohranite možnosti zamenjave.
-
✓
Vedno deljeno na GitHubu itd.
Vsak dan naredite commite v repo stranke, da sta napredek in kakovost vidna v realnem času.
-
✓
Strategija izhoda definirana vnaprej
Načrtujte internalizacijski/prehodni plan od prvega dne.
Osi ocenjevanja za izbiro partnerja (Risk Radar)
Pri izbiri partnerja ocenite spodnjih pet osi, ne le cene, da izmerite reverzibilnost.
- Transparentnost: Dostop do informacij
- Standardna tehnologija: Kako razširjen je tehnološki sklad
- Fleksibilnost pogodbe: Enostavnost preklica
- Dokumentacija: Zabeležena namera zasnove
- Podpora samostojnosti: Pripravljenost pomagati pri internalizaciji
3. Osvobodite se odvisnosti: Strategija izhoda
Preidite s pogodbenega lock-in na odnos, ki temelji na vrednosti.
Določite načrt za gladek umik in predajo, ko bo potrebno.
Korak 01 Zagotovite lastništvo sredstev
Zagotovite, da so izvorna koda, podatki o dizajnu in dokumentacija v lasti stranke.
Stranka ustvari repozitorij (GitHub itd.) in povabi ponudnika.
Korak 02 Naredite znanje neosebno
Dokumentirajte ne le zapiske sestankov, temveč tudi komentarje kode in ADR-je.
Ohranitev konteksta "zakaj" minimalizira strošek predaje.
Korak 03 Prekrivno obdobje
Pri internalizaciji ali menjavi ponudnika omogočite 1-2 meseca prekrivanja.
Uporabite parno programiranje in code review za prenos odgovornosti na delovni ravni.
Cilj Popolna neodvisnost
Stanje, v katerem sistem deluje brez zunanjih partnerjev.
To je končni cilj upravljanja tveganj - zdrava razvojna drža.