Смена ИТ-подрядчика проходит без остановки разработки, если у передачи есть transition-план: инвентаризация доступов и артефактов, передача кода с полной историей, передача знаний через shadowing и reverse shadowing, период параллельной работы и измеримые критерии завершения. По данным ISG (23.06.2023), почти 80% outsourcing-transition планируются на 4–6 месяцев. Передача завершена, когда новая команда сама выпустила релиз, закрыла инцидент и развернула окружение по документации, а доступы прежнего подрядчика отозваны. Права на код и обязанность его передать определяет договор.

Знакомая история: смену ИТ-подрядчика провели, а через месяц выяснилось, что репозиторий на уходящей компании, а деплой умеет один человек. «Скинуть доступы» мало: передача проекта новой команде разработки — проект с планом, ролями и критериями приёмки.

Когда смена подрядчика по разработке оправдана

Смена подрядчика по разработке оправдана, если срываются сроки, релизы нестабильны или подрядчик не понимает бизнес. По Whitelane Research 2025 (Великобритания и Ирландия, 01.07.2025), главные претензии к ИТ-провайдерам — нет проактивных предложений (41%) и слабое знание бизнеса (29%).

Но если у заказчика нет владельца продукта или приёмки, новый подрядчик упрётся в ту же стену.

Признаки зависимости от подрядчика

Vendor lock-in — это зависимость, при которой смена поставщика непропорционально дорога или рискованна. В разработке её создают активы и знания, оставшиеся у подрядчика.

• репозиторий, облако, домен или аккаунт в сторах оформлены на подрядчика;

• деплой и откат умеет делать один человек;

• в проекте «внутренние» библиотеки подрядчика, права на которые не оговорены.

Как подготовиться к смене подрядчика: договор, права и доступы до уведомления

Чтобы подготовиться к смене подрядчика, заказчик проверяет договор и активы, пока подрядчик не знает о решении.

1. Договор: права, передача кода и документации, помощь при выходе.

2. Активы: реестр репозиториев, облаков, доменов, сторов; что можно — сразу переоформить на заказчика.

3. Расчёты: закрыть долги или привязать платежи к актам.

4. Новый подрядчик выбран; переход обычно оплачивают по трудозатратам.

Право на код принадлежит заказчику, только если предметом договора было создание программы и договор не предусматривает иное (п. 1 ст. 1296 ГК РФ). Передачу исходного кода, документации и доступов закон прямо не предписывает: её надо прописывать в договоре явно. Ориентир — приказ Минцифры от 17.12.2020 № 715: право передаётся «включая исходный код, библиотеки зависимостей, базы данных».

Банкам — глава 8(1) Положения № 716-П «Управление риском аутсорсинга» (с 01.10.2025); в письме № 716-Р-2025/79 от 24.12.2025 Банк России называет замену поставщика способом управления риском.

Transition-план: этапы, сроки, ответственные и критерии завершения

Transition-план — это план передачи проекта, который для каждого этапа фиксирует срок, ответственного, результат и критерий закрытия.

В таблице A — отвечает за результат, R — исполняет.

Этапы 3 и 4 идут одновременно. 

Сколько длится передача проекта другому подрядчику

Передача проекта другому подрядчику занимает месяцы. По данным ISG (23.06.2023), почти 80% outsourcing-transition планируются на 4–6 месяцев. В кейсе Morais et al. (ICEIS 2017) одна передача знаний заняла 129 и 132 дня (два проекта).

На сопровождении важнее runbook, мониторинг, регламент инцидентов, SLA и эскалация. Проверка — новая команда сама закрыла реальный инцидент. Для проектов на 1С-Битрикс и 1С логика та же.

Чек-лист артефактов: что передать новому подрядчику

Новому подрядчику передают всё, без чего систему не собрать, не развернуть и не восстановить. Правило чек-листа передачи проекта: актив оформлен на заказчика, у подрядчика — роль.

Как передать код, сборку и CI/CD

Репозиторий передают с полной историей коммитов, не архивом. Она пригодится и в суде: по делу А40-144779/2022 суд учёл совпадение дат коммитов с историей исходного репозитория (разбор «Ветров и партнёры» на Хабре, 01.04.2026).

При смене подрядчика секреты перевыпускают, доступы прежней команды отзывают. OWASP Secrets Management Cheat Sheet требует отзывать скомпрометированные секреты: перезапуск их не отзывает. По GitGuardian (март 2025), в 35% приватных репозиториев лежит секрет в открытом виде, а 70% утёкших в 2022 году секретов ещё действовали.

ADR (architecture decision record) — это короткий документ, который фиксирует и объясняет одно архитектурное решение. Термин ввёл Майкл Найгард в 2011 году (по Мартину Фаулеру, 24.03.2026).

По отчёту Google DORA 2023 (05.10.2023), с качественной документацией производительность команд на 25% выше. Ценнее всего то, чего нет в коде: от чего отказались и почему.

Передача знаний в IT-проекте закрывает то, чего нет в документации: причины решений, обходы в продакшене. По ISG (23.06.2023), заказчики переоценивают документированность своей работы. У Morais et al. (ICEIS 2017) передачу знаний не планировали: план transition в контракте был необязателен. Работают записанные сессии по модулям, code walkthrough, разбор инцидентов.

Shadowing и reverse shadowing: как устроены фазы

Shadowing — это фаза передачи, в которой новая команда наблюдает, как прежняя выполняет реальные задачи. Reverse shadowing — это обратная фаза: работу ведёт новая команда, а прежняя наблюдает и страхует.

Bus factor: как найти ключевых людей до их ухода

Bus factor (truck factor) — это минимальное число разработчиков, после ухода которых проект теряет работоспособность (Avelino et al., IEEE ICPC 2016).

По Avelino et al., у 65% из 133 популярных open-source проектов GitHub truck factor не больше двух. Модули с одним автором в истории коммитов ставьте в график KT первыми.

За результат передачи проекта отвечает заказчик. Уходящему подрядчику успех безразличен, новый не видит картины целиком. Роли сторон (R — делает, A — отвечает, C — консультирует, I — информируется):

Роль A — у владельца продукта или техруководителя заказчика. В ITIL 4 это стык практик управления поставщиками и знаниями, в ITIL v3/2011 — процесс Transition Planning and Support.

Параллельная работа старой и новой команды: зачем и как долго

Для системы в продакшене параллельная работа старого и нового подрядчика нужна почти всегда: первые релизы новая команда выпускает под страховкой прежней. Особенно если простой дорог, документации мало или есть модули с bus factor 1.

У Morais et al. (ICEIS 2017) готовность задач нового подрядчика в первых трёх спринтах — 40% → 83% → 100% на одном проекте и 75% → 71% → 100% на другом.

Оплату переходного периода прописывают в договоре заранее; по ISG (23.06.2023), её вносят по вехам или распределяют в платежах. Образец — регламент ЕС DORA (2022/2554, ст. 30(3)(f)): «обязательный адекватный переходный период», в который провайдер продолжает оказывать услуги. В России DORA не действует.

Exit-план — это раздел договора, который заранее определяет переход к другому поставщику: переходный период, обязанности уходящего подрядчика, оплату.

Когда передача завершена: измеримые критерии приёмки

Передача проекта завершена, когда новая команда работает сама, а у прежней нет доступа.

Доступы отзывайте сразу: по Verizon DBIR 2025 (23.04.2025), злоупотребление учётными данными — главный начальный вектор утечек (22%).

Конфликтный выход: что делать, если подрядчик не отдаёт код и доступы

Если подрядчик не отдаёт код, заказчик проверяет договор и расчёты и сам возвращает что может. Материал носит информационный характер и не заменяет консультацию юриста по конкретному договору.

По п. 1 ст. 1296 ГК РФ право на программу, созданную по договору, предметом которого было её создание, принадлежит заказчику, если договором не предусмотрено иное. Если право осталось у подрядчика, заказчик получает безвозмездную простую (неисключительную) лицензию в целях договора (п. 3 ст. 1296). Отдать такой код новому подрядчику на доработку спорно: изменения программы — переработка (пп. 9 п. 2 ст. 1270).

По ст. 1297 ГК РФ, если программа создана при выполнении договора подряда, который прямо не предусматривал её создание, право принадлежит подрядчику, если договором не предусмотрено иное; заказчик получает простую лицензию.

По п. 2 ст. 328 ГК РФ при неоплате исполнитель вправе приостановить исполнение своего обязательства, а при частичном исполнении — в соответствующей части. Отсюда правило: сначала расчёты.

План Б: как забрать проект у подрядчика, если он не идёт на контакт

1. Ротировать секреты, начиная с прода и платёжных интеграций.

2. Вернуть домены, облака и сторы по документам юрлица заказчика.

3. Собрать доказательства: трекер, акты, переписка. В деле А40-175681/2021 (9 ААС, 24.03.2022) данные Jira признаны надлежащим доказательством, а в деле А40-90889/2021 сторона без документов о постановке задачи и акта проиграла (разборы на Хабре, 2026).

4. Подключить юриста, если передача кода есть в договоре, а долгов нет.

Риски смены ИТ-подрядчика и 7 типовых ошибок

Главные риски смены ИТ-подрядчика — доступы, знания и права. По Positive Technologies (18.11.2025), доля атак через подрядчиков выросла с 15% до 28% (IV кв. 2024 – III кв. 2025). По Verizon DBIR 2025 (23.04.2025), третьи стороны участвовали в 30% утечек — вдвое больше, чем годом раньше. По CICADA8 (01.09.2025), у 27% из 60+ тыс. российских подрядчиков корпоративные учётки есть в утечках.

Семь типовых ошибок:

1. Уведомить подрядчика до инвентаризации.

2. Принять код без истории.

3. Не ротировать секреты.

4. Закрыть передачу по дате, а не по критериям.

5. Не заложить в бюджет параллельную работу.

6. Не назначить ответственного у заказчика.

7. Оставить репозиторий, облако или домен на подрядчике.

Частые вопросы

Сколько длится передача проекта другому подрядчику?

Нормативного срока передачи проекта другому подрядчику нет: всё решают число систем и документация. По данным ISG (23.06.2023), почти 80% outsourcing-transition планируются на 4–6 месяцев. В кейсе Morais et al. (ICEIS 2017) одна передача знаний заняла 129 и 132 дня.

Сколько стоит смена ИТ-подрядчика и из чего складывается цена перехода?

Публичных данных о средней стоимости смены ИТ-подрядчика нет. Цена складывается из передачи знаний, параллельной работы команд и времени заказчика. По ISG (23.06.2023), стоимость transition платят по вехам или распределяют в платежах; при досрочном выходе из контракта она выше.

Нужна ли параллельная работа старого и нового подрядчика?

Для системы в продакшене параллельная работа старого и нового подрядчика нужна почти всегда: первые релизы новая команда выпускает под страховкой прежней. Без неё не обойтись, если простой дорог, документация неполная или есть модули с bus factor 1.

Что делать, если подрядчик не отдаёт исходный код?

Если подрядчик не отдаёт исходный код, сначала проверьте договор и расчёты: при неоплате исполнитель вправе приостановить исполнение (п. 2 ст. 328 ГК РФ). Параллельно ротируйте секреты и верните на заказчика домены, облака и аккаунты в сторах. Затем — юрист.

Кому принадлежат права на код, если в договоре об этом ничего не сказано?

Всё решает предмет договора. Если предметом было создание программы, исключительное право принадлежит заказчику (п. 1 ст. 1296 ГК РФ). Если договор подряда прямо не предусматривал её создание, право у подрядчика, а заказчик получает простую лицензию (ст. 1297 ГК РФ).

Что передать новому подрядчику в первую очередь?

Новому подрядчику в первую очередь передают то, без чего систему не собрать и не восстановить: репозитории с полной историей коммитов, пайплайны CI/CD, описание окружений и IaC, бэкапы, реестр секретов. Репозиторий, облако и домен оформляют на заказчика.

Как понять, что передача проекта завершена?

Передача проекта завершена, когда новая команда сама выпустила релиз, закрыла инцидент по runbook и развернула окружение с нуля, у прежнего подрядчика отозваны доступы и ротированы секреты, а акт подписан. Дата в договоре — не критерий.

Можно ли сменить ИТ-подрядчика без остановки разработки?

Сменить ИТ-подрядчика без остановки разработки можно, если идти по transition-плану с параллельным периодом. Прежняя команда передаёт знания и страхует новую, а в дату cut-over релизы и инциденты переходят к новой. Доступы старой команды отзывают сразу после неё.