1. Simulácia nákladov na odchod
Utopene náklady zatemňujú úsudok vedenia.
Porovnajte stratu pri zastavení projektu v tradičnom fixed-bid kontrakte vs. flexibilnom modeli DaaS/Staff Augmentation.
Porovnanie kumulatívnych nákladov
Posuňte posúvač, aby ste zmenili mesiac, keď sa rozhodnete odísť (zrušiť).
Tradičné riziko (fixed-bid)
Často sa uplatňujú sankcie za ukončenie a povinnosti odkúpenia priebežných výstupov, čo maximalizuje vystavenie utopeným nákladom.
Riziko DaaS (flexibilná zmluva)
Platíte len za vykonanú prácu. Keďže môžete zastaviť kedykoľvek, môžete sa rozhodnúť odísť skôr, než škoda narastie.
Možnosť zrušiť kedykoľvek motivuje dodávateľa udržiavať vysokú kvalitu.
2. Anatómia vendor lock-in a "transparentnosti"
Strach z lock-in pramení z toho, že nevidíte, čo je vo vnútri.
Porovnajte prvky, ktoré bránia black boxu a obnovujú autonómnu kontrolu.
Black-box vývoj
Detailná špecifikácia žije len v hlave dodávateľa
-
✕
Nejasné vlastníctvo kódu
Vlastné frameworky a knižnice sťažujú prevzatie iným tímom.
-
✕
Chýbajúca dokumentácia
Dostanete funkčný produkt, ale nie "prečo" za ním.
-
✕
Závislosť od ľudí
Ak odíde kľúčová osoba, systém môže zastaviť.
White-box vývoj
Udržujte systém pripravený na odovzdanie kedykoľvek
-
✓
Výber štandardnej technológie
Vyberte široko používané jazyky a frameworky, aby ste zachovali možnosti náhrady.
-
✓
Vždy zdieľané na GitHube atď.
Denne commitujte do repozitára klienta, aby bol pokrok a kvalita viditeľná v reálnom čase.
-
✓
Exit stratégia definovaná vopred
Navrhnite plán internalizácie/prechodu od prvého dňa.
Hodnotiace osi pre výber partnera (Risk Radar)
Pri výbere partnera hodnotte päť osí nižšie, nie len cenu, aby ste zmerali reverzibilitu.
- Transparentnosť: Prístup k informáciám
- Štandardná technológia: Ako bežný je technologický stack
- Flexibilita zmluvy: Jednoduchosť zrušenia
- Dokumentácia: Zaznamenaný zámer dizajnu
- Podpora sebestačnosti: Ochota pomôcť s internalizáciou
3. Osloboďte sa od závislosti: Exit stratégia
Prejdite od zmluvného lock-in k vzťahu založenému na hodnote.
Definujte roadmapu pre hladký odchod a odovzdanie, keď to bude potrebné.
Krok 01 Zabezpečte vlastníctvo aktív
Uistite sa, že zdrojový kód, dizajnové dáta a dokumentácia patria klientovi.
Klient vytvorí repozitár (GitHub atď.) a pozve dodávateľa.
Krok 02 Urobte vedomosti neosobné
Dokumentujte nielen zápisnice zo stretnutí, ale aj komentáre v kóde a ADR.
Zachovanie kontextu "prečo" minimalizuje náklady na odovzdanie.
Krok 03 Prekryvné obdobie
Pri internalizácii alebo zmene dodávateľa umožnite 1-2 mesiace prekryvu.
Používajte pair programming a code review na prenos autority na pracovnej úrovni.
Cieľ Úplná nezávislosť
Stav, v ktorom systém pokračuje bez externých partnerov.
Toto je konečný cieľ riadenia rizík - zdravá vývojová pozícia.