1. Simulace nákladů na odchod
Utopenné náklady zamlžují úsudek vedení.
Porovnejte ztrátu při zastavení projektu v tradiční smlouvě s fixní cenou vs. flexibilním modelu DaaS/Staff Augmentation.
Porovnání kumulativních nákladů
Posuňte posuvník, abyste změnili měsíc, kdy se rozhodnete odejít (zrušit).
Tradiční riziko (fixní cena)
Často se uplatňují sankce za ukončení a povinnosti odkupu průběžných výstupů, což maximalizuje vystavení utopenným nákladům.
Riziko DaaS (flexibilní smlouva)
Platíte pouze za odvedenou práci. Protože můžete zastavit kdykoli, můžete odejít dříve, než se škody zvětší.
Možnost kdykoli zrušit motivuje dodavatele udržovat vysokou kvalitu.
2. Anatomie vendor lock-in a "transparentnosti"
Strach z lock-in pramení z toho, že nevidíte, co je uvnitř.
Porovnejte prvky, které brání black boxu a obnovují autonomní kontrolu.
Black-box vývoj
Detailní specifikace žije jen v hlavě dodavatele
-
✕
Nejasné vlastnictví kódu
Vlastní frameworky a knihovny ztěžují převzetí jiným týmem.
-
✕
Chybějící dokumentace
Dostanete funkční produkt, ale ne "proč" za ním.
-
✕
Závislost na lidech
Pokud odejde klíčová osoba, systém se může zastavit.
White-box vývoj
Držte systém připravený k předání kdykoli
-
✓
Volba standardních technologií
Vyberte široce používané jazyky a frameworky, abyste zachovali možnosti náhrady.
-
✓
Vždy sdíleno na GitHubu atd.
Denně commitujte do repozitáře klienta, aby byl pokrok a kvalita viditelná v reálném čase.
-
✓
Exit strategie definována od začátku
Navrhněte plán internalizace/přechodu od prvního dne.
Hodnoticí osy pro výběr partnera (Risk Radar)
Při výběru partnera hodnoťte pět os níže, ne jen cenu, abyste změřili reverzibilitu.
- Transparentnost: Přístup k informacím
- Standardní technologie: Jak běžný je technologický stack
- Flexibilita smlouvy: Snadnost zrušení
- Dokumentace: Zaznamenaný záměr návrhu
- Podpora soběstačnosti: Ochota pomoci s internalizací
3. Osvoboďte se od závislosti: Exit strategie
Přejděte od smluvního lock-in k hodnotově založenému vztahu.
Definujte roadmapu pro hladký odchod a předání, když je potřeba.
Krok 01 Zajistit vlastnictví aktiv
Ujistěte se, že zdrojový kód, designová data a dokumentace patří klientovi.
Klient vytvoří repozitář (GitHub atd.) a pozve dodavatele.
Krok 02 Udělat znalosti neosobní
Dokumentujte nejen zápisy ze schůzek, ale i komentáře v kódu a ADR.
Zachování kontextu "proč" minimalizuje náklady na předání.
Krok 03 Překryvné období
Při internalizaci nebo změně dodavatele počítejte s 1-2 měsíci překryvu.
Používejte pair programming a code review pro předání odpovědnosti na pracovní úrovni.
Cíl Plná nezávislost
Stav, kdy systém běží bez externích partnerů.
To je konečný cíl řízení rizik - zdravá vývojová pozice.