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