1. Симулация на разходите при оттегляне
Потъналите разходи замъгляват преценката на ръководителите.
Сравнете загубата при спиране на проект по традиционен договор с фиксирана цена спрямо гъвкав модел DaaS/Staff Augmentation.
Сравнение на кумулативните разходи
Преместете плъзгача, за да промените месеца, в който решавате да излезете (откажете).
Традиционен риск (фиксирана цена)
Често се прилагат неустойки при прекратяване и задължения за изкупуване на междинни доставки, което максимизира изложеността към потънали разходи.
DaaS риск (гъвкав договор)
Плащате само за извършената работа. Тъй като можете да спрете по всяко време, можете да решите да излезете преди щетата да нарасне.
Възможността да отмените по всяко време мотивира доставчика да поддържа високо качество.
2. Анатомия на vendor lock-in и "прозрачността"
Страхът от lock-in идва от това, че не виждате какво има вътре.
Сравнете елементите, които предотвратяват черната кутия и възстановяват автономния контрол.
Black-box разработка
Детайлната спецификация живее само в главата на доставчика
-
✕
Неясна собственост на кода
Персонализираните framework-и и библиотеки затрудняват поемането от друг екип.
-
✕
Липсваща документация
Получавате работещ продукт, но не и "защо" зад него.
-
✕
Зависимост от хора
Ако ключов човек си тръгне, системата може да застине.
White-box разработка
Дръжте системата готова за предаване по всяко време
-
✓
Избор на стандартни технологии
Изберете широко използвани езици и framework-и, за да запазите опции за замяна.
-
✓
Винаги споделено в GitHub и др.
Правете ежедневни commit-и в repo-то на клиента, за да са видими напредъкът и качеството в реално време.
-
✓
Стратегия за изход, дефинирана отначало
Проектирайте план за internalization/transition от първия ден.
Оси за оценка при избор на партньор (Risk Radar)
Когато избирате партньор, оценявайте петте оси по-долу, не само цената, за да измерите обратимостта.
- Прозрачност: Достъп до информация
- Стандартна технология: Колко разпространен е технологичният стек
- Гъвкавост на договора: Лекота на отказване
- Документация: Записано намерение на дизайна
- Подкрепа за самостоятелност: Готовност да помогне за internalization
3. Освободете се от зависимост: Стратегия за изход
Преминете от договорен lock-in към връзка, основана на стойност.
Определете пътна карта за плавно оттегляне и предаване при нужда.
Стъпка 01 Осигурете собствеността на активите
Уверете се, че изходният код, дизайнерските данни и документацията са собственост на клиента.
Клиентът създава репозитория (GitHub и др.) и кани доставчика.
Стъпка 02 Направете знанието неперсонално
Документирайте не само протоколите от срещи, но и коментарите в кода и ADR-ите.
Запазването на контекста "защо" минимизира разхода за предаване.
Стъпка 03 Период на припокриване
При internalization или смяна на доставчик позволете 1-2 месеца припокриване.
Използвайте pair programming и code review, за да прехвърлите авторитета на работно ниво.
Цел Пълна независимост
Състояние, в което системата продължава да работи без външни партньори.
Това е крайната цел на управлението на риска - здравословна позиция на развитие.