Передача поддержки считается состоявшейся не тогда, когда пришло письмо с паролями, а тогда, когда новый инженер в одиночку поднял систему из резервной копии, прогнал обмен и закрыл реальное обращение. Всё, что до этого, — обмен документами. Разница между двумя состояниями обнаруживается в первую же аварию, и обычно она обходится дороже, чем вся передача.
Хорошая новость в том, что передача — это процедура, а не переговоры. Двенадцать позиций, у каждой признак приёмки, две недели параллельной работы и один акт в конце. Плохая — в том, что процедура работает только пока уходящий подрядчик заинтересован её пройти, то есть пока не подписан последний акт и не сделан последний платёж.
Поэтому первый практический совет звучит скучно: начинайте передачу до того, как объявите о смене. Инвентаризация того, что у вас вообще есть, ни с кем не ссорит и занимает три дня; список недостающего лучше получить, пока отношения рабочие.
Двенадцать позиций и признак приёмки каждой
Столбец «что считается принятым» здесь важнее самой позиции. Он превращает список пожеланий в проверяемый чек-лист: пока признак не выполнен, строка не закрыта, независимо от того, что прислали по почте.
| Позиция | Что считается принятым | Кто проверяет |
|---|---|---|
| Доступы к системам и панелям провайдеров | Вход под своей учётной записью без участия подрядчика, смена пароля, права администратора подтверждены | Администратор системы |
| Репозиторий с исходным кодом и историей изменений | Репозиторий принадлежит вашей организации, у вас есть права владельца, история не обрезана | Принимающий инженер |
| Схема интеграций | Одна страница: что с чем связано, что и в какую сторону передаётся, где стоит прослойка | Принимающий инженер |
| Перечень токенов и ключей | Таблица: где выпущен, кем, когда истекает, что сломается при отзыве | Администратор системы |
| Документация на развёртывание | Принимающий инженер поднял систему с нуля на отдельном контуре по инструкции, без подсказок | Принимающий инженер |
| Журнал инцидентов за 12 месяцев | Список сбоев с датами, причинами и тем, что было сделано; повторяющиеся отмечены | Руководитель проекта |
| База знаний и справочники соответствий | Выгружены в файл, редактируются на вашей стороне, дата последнего изменения известна | Администратор системы |
| Договоры и контакты провайдеров | Хостинг, телефония, доступ к модели, SMS: на кого оформлены, когда продлевать, кто платит | Бухгалтерия и руководитель |
| Расписания фоновых задач | Список задач с описанием, что делает каждая, во сколько запускается и что сломается без неё | Принимающий инженер |
| Резервные копии и процедура восстановления | Проведено учебное восстановление силами принимающего, протокол подписан | Обе стороны |
| Лицензии и подписки | Оформлены на ваше юрлицо, срок продления в календаре у названного человека | Бухгалтерия |
| Незакрытые задачи и известные дефекты | Список с оценкой в часах и с пометкой, что из этого обходное решение, а что доработка | Принимающий инженер |
Пятая и десятая строки — самые тяжёлые и самые ценные. Развернуть систему с нуля по чужой инструкции и восстановить её из копии — это те два действия, которые превращают набор файлов в переданную систему. Всё остальное можно закрыть за день перепиской; эти две позиции требуют работы и вскрывают всё, что забыли отдать. Про проверку восстановления и восемь слепых зон контура у нас есть отдельный разбор, и на передаче он используется как приёмочный тест.
Схема из четырёх блоков, в каждом перечислены позиции. Блок «Доступ и владение»: доступы к системам, договоры провайдеров, лицензии, перечень токенов. Блок «Код и развёртывание»: репозиторий, документация на развёртывание, схема интеграций, расписания фоновых задач. Блок «Эксплуатационная память»: журнал инцидентов за 12 месяцев, база знаний и справочники. Блок «Обязательства»: незакрытые задачи с оценкой, резервные копии с проведённым учением. Под схемой полоса с подписью: «принято то, что принимающий воспроизвёл сам, а не то, что прислали письмом».
Две недели параллельной работы: кто что делает
Параллельный период нужен не для обучения нового подрядчика, а для того, чтобы он столкнулся с реальными обращениями, пока рядом есть человек, который помнит, почему система устроена именно так. Документация не содержит контекста решений, а он и есть самое дорогое в передаче.
- 1Дни 1–3. Инвентаризация: что есть на самом деле
Уходящий подрядчик отдаёт список по двенадцати позициям, принимающий сверяет его с реальностью и составляет перечень недостающего. Почти всегда обнаруживаются два-три сервиса, оформленных на личную почту сотрудника подрядчика, и одна фоновая задача, о которой не знал никто.
- 2Дни 4–6. Два разбора архитектуры по три часа, под запись
Уходящий инженер рассказывает, что где лежит, почему сделано так и где стоят обходные решения. Запись важнее конспекта: через месяц вопросы будут другими, и к записи можно вернуться. Это единственная часть передачи, которую нельзя восстановить, если подрядчик уже ушёл.
- 3Дни 7–10. Принимающий дежурит первым, уходящий страхует
Все обращения идут к новому подрядчику, старый подключается только если новый не справился за отведённое время. Четыре рабочих дня обычно дают три-четыре реальных случая — достаточно, чтобы вскрыть половину недостающей документации.
- 4Дни 11–12. Смена ключей по одному с проверкой обмена
После каждой замены прогоняется тестовая запись по маршруту. Менять всё разом нельзя: при одновременной замене что-то обязательно ломается, виновника найти невозможно, и заканчивается это возвратом старых ключей навсегда. Подробный порядок отзыва доступов и чек-лист закрытия по безопасности мы разбирали отдельно.
- 5Дни 13–14. Учебное восстановление и акт передачи
Принимающий инженер поднимает систему из резервной копии самостоятельно, находит в ней три конкретных объекта и подписывает протокол. Только после этого подписывается акт передачи и делается последний платёж уходящему подрядчику.
После него интерес уходящей стороны к оформлению хвостов падает до нуля, и это нормальное человеческое поведение, а не подлость. Поэтому передача записывается условием подписания последнего акта, а не отдельной доброй волей. Если акт уже подписан и всё оплачено, вы не в переговорах, а в положении просящего — и дальше работает уже другой сценарий, когда подрядчика приходится догонять.
Горизонтальная лента времени на 14 рабочих дней с пятью дорожками. Дни 1–3 «Инвентаризация по 12 позициям» — результат: перечень недостающего. Дни 4–6 «Два разбора архитектуры по 3 часа под запись» — результат: запись и схема связей. Дни 7–10 «Принимающий первый на дежурстве, уходящий страхует» — результат: 3–4 реальных случая и дополненная документация. Дни 11–12 «Смена ключей по одному с проверкой обмена». Дни 13–14 «Учебное восстановление и акт передачи». Под лентой отметка: «последний платёж — после подписания акта, а не до».
Что делать, если передавать отказываются
Отказ бывает двух видов, и лечатся они по-разному. Первый — «мы готовы, но это отдельная работа за отдельные деньги». Это законное требование, если в договоре передача не была оговорена: рыночная цена организованной передачи 30–60 тысяч рублей, и спорить о ней дешевле, чем воевать. Второй — молчание или прямой отказ. Здесь порядок действий такой.
- 1Сначала забрать, потом предъявлять. Пока доступ есть, снимите резервные копии, выгрузите данные и справочники, сохраните скриншоты панелей провайдеров и состояние оплат. Претензия, отправленная до этого, часто заканчивается закрытым доступом в тот же день.
- 2Найти опору в договоре. Работают три пункта: принадлежность результата работ заказчику, перечень передаваемых материалов приложением и передача как условие подписания последнего акта. Если хотя бы первый есть — позиция сильная; что именно должно быть записано в договоре на разработку, мы разбирали подробно.
- 3Восстановить доступ через провайдеров. Хостинг, домен, телефония, платёжный сервис восстанавливаются по документам юридического лица, если оформлены на вас. Если на подрядчика — это самая дорогая позиция всей передачи, и она решается только переговорами или переносом на новые учётные записи.
- 4Оценить подхват до того, как ссориться. Пусть принимающий инженер за один день посмотрит, что доступно, и назовёт вилку. Часто оказывается, что недостающее восстанавливается за 20–30 часов, и торг за передачу теряет смысл.
Сколько стоит приёмка чужой системы
Модельный случай: решение обошлось в 850 000 ₽, работает второй год, обслуживается по абонементу. Заказчик меняет подрядчика по организационным причинам, прежний исполнитель участвует в передаче за отдельную плату.
Разница в 333 800 ₽ оплачивается ровно за одно: за присутствие человека, который эту систему строил. Именно поэтому организованную передачу выгодно провести даже тогда, когда расставание конфликтное, и даже если за неё придётся заплатить уходящему подрядчику отдельно — эти 30–60 тысяч возвращаются многократно.
Смету подхвата двигают вверх четыре обстоятельства, и их стоит проверить до подписания договора с новым подрядчиком: отсутствие документации добавляет 30–40 %, отсутствие тестового контура — 25–30 %, самописная платформа вместо известной — 50 % и выше, а учётные записи, оформленные на уходящего подрядчика, добавляют не деньги, а 2–6 недель календаря.
Диаграмма из двух столбцов в одном масштабе, ось Y в рублях. Левый столбец — «Организованная передача, 128 200 ₽, две недели» с пятью сегментами: аудит 48 000 ₽, разборы 18 000 ₽, параллельное дежурство 24 000 ₽, смена ключей 24 000 ₽, своё время 14 200 ₽. Правый столбец — «Подхват брошенной системы, 462 000 ₽, три с половиной недели». Справа от правого столбца вертикальные надбавки со скобками: «нет документации +30–40 %», «нет тестового контура +25–30 %», «самописная платформа +50 %». Внизу подпись: «разница 333 800 ₽».
Красные флаги и случаи, когда менять не надо
Перед тем как менять подрядчика, стоит убедиться, что меняется именно то, что мешает. Половина смен, которые мы видели, не решали исходную проблему, потому что проблема была не в подрядчике.
- Претензия на самом деле про техдолг. «Любая правка стала занимать три дня» — это состояние системы, а не качество исполнителя. Новый подрядчик унаследует те же обходные решения, только без человека, который помнит, почему они появились, и первые месяцы будет дороже. Сначала стоит посмотреть на техдолг как на отдельную статью работ, потом решать про людей.
- Проблема в конкретном инженере, а не в компании. Замена одного человека внутри подрядчика стоит одного разговора и недели, а смена подрядчика — 128 200 ₽ и двух недель. Просить замену не стыдно, и отказ в ней — сам по себе сигнал.
- Система доживает последний год. Если её всё равно меняют или переписывают, платить за передачу дважды невыгодно: дешевле дотянуть на текущем сопровождении и передавать сразу новую.
- У вас нет ни репозитория, ни документации, ни доступов на своё юрлицо. В этом положении смена подрядчика превращается в подхват со всеми надбавками. Сначала выкупите артефакты у текущего исполнителя, пока он заинтересован, и только потом объявляйте о смене.
Владелец процесса, администратор системы и контактное лицо для подрядчика остаются внутри компании при любой смене исполнителя. Если эти роли фактически исполнял уходящий подрядчик — а так бывает часто, — то менять придётся не одного подрядчика, а всю схему эксплуатации. Что это за три роли и сколько часов в месяц они занимают, стоит понять до, а не после передачи.
И последнее, что стоит сделать в день подписания акта: договориться о платном канале связи с уходящим инженером на три месяца вперёд. Два-три часа консультаций по факту, оплаченных по обычной ставке, закрывают почти все вопросы, которые всплывут после передачи, и стоят несравнимо меньше, чем самостоятельные раскопки. Отказ от такой договорённости — единственная экономия в этой статье, которая не окупается никогда.
