Подхват проекта
Заберём проект у предыдущей команды и вернём управление кодом, доступами и релизами. Начинаем с аудита текущего состояния, дальше — план стабилизации и разработка или поддержка по согласованной модели.
Что мы понимаем под подхватом
Это не «давайте просто продолжим с того места, где остановилась предыдущая команда». Сначала мы понимаем состояние кода, доступов и процессов — потом обсуждаем продолжение работ.
Разбор кода, инфраструктуры, доступов и истории взаимодействия с прошлой командой. Письменный отчёт с приоритезированными рисками. Стабилизация критичных участков: релизный процесс, бэкапы, мониторинг, утёкшие секреты. Передача доступов и письменный акт. Дальше — разработка или поддержка по согласованной модели.
Разовая правка пары багов «на скорую руку» без аудита. Полное переписывание с нуля без отчёта об аудите. Сервис-поддержка сайтов на Tilda, Wix, Bitrix24-облако без доработок и чистом WordPress. Любая работа без подтверждённых прав на код и согласованного доступа.
Когда нужен подхват
Если совпали хотя бы два-три пункта — пора смотреть, что на самом деле под капотом.
Перестал отвечать, отвечает «через раз» или вышел в долгую паузу без понятной даты возврата.
Сроки переносятся третий-четвёртый раз подряд, понятного объяснения нет, новые обещания вы воспринимаете осторожно.
После каждой выкатки появляются новые баги, поддержка живёт в режиме тушения пожаров.
Внутри не получается объяснить, что именно сейчас делает команда и куда уходят часы.
Спецификации устарели на год и больше, новый человек не может разобраться в системе по тому, что есть.
Нет внятного CI/CD, тесты отключены или их не было, деплой держится на одной локальной машине.
Доступы к репозиториям, серверам, доменам и аккаунтам сервисов разбросаны и частично у людей, которых уже нет в команде.
Одиночный исполнитель ушёл «в отпуск» или перестал выходить на связь второй месяц подряд.
Кому не подойдёт
Чтобы не тратить ваше время и не вводить в заблуждение, заранее называем ситуации, в которых мы не работаем.
В подхват и поддержку как сервис мы их не берём. Если задача — уйти с этих платформ на другой стек, это уже миграция и обсуждаем её отдельно.
Точечные правки без понимания контекста — это та же история, которая привела вас в текущую ситуацию. Мы заходим минимум через аудит.
Подхват обычно дороже, а не дешевле первичной разработки. Чужой код, восстановление контекста и скрытые риски стоят времени. Если бюджет не покрывает даже аудит, наш формат не подойдёт.
Иногда правильный ответ — переписать. Но это решение должно следовать из аудита, а не из «нам не нравится старый код».
Если у вас нет подтверждённых прав на код и согласованного доступа хотя бы на чтение — мы не работаем. Это вопрос юридической чистоты и нашей репутации.
Что в результате аудита
По итогам аудита и подхвата вы получаете набор практических артефактов. Они остаются у вас даже в случае, если дальше работаете не с нами.
Письменный отчёт о состоянии кода, инфраструктуры, данных и процессов с приоритезированными находками.
Таблица: риск, вероятность, влияние, приоритет, ответственный. Удобно использовать для собственных решений по продукту.
Что нужно забрать у предыдущей команды, в каком порядке, с шаблоном письменного запроса от вас как владельца.
Список работ на первые недели после старта подхвата с оценкой трудоёмкости по каждому пункту.
Список задач на следующий период работы с пометками о критичности и логике запуска.
Схема того, как система устроена сейчас, и предложение, куда её вести по итогам аудита.
Процесс
Сценарий повторяется от проекта к проекту: сначала контекст, потом аудит, потом решение, потом стабилизация. Без этапа «давайте сразу возьмём всё в работу».
Короткая встреча: что за продукт, что произошло с прошлой командой, какие доступы есть и чего не хватает, что критично починить первыми. По запросу подписываем NDA.
Разбор кода, инфраструктуры, данных, релизной истории и процессов. Параллельно собираем список того, что необходимо забрать у предыдущей команды.
Письменный отчёт с приоритетами, диапазон по стоимости и срокам подхвата. Решение остаётся у вас: подписываем договор на подхват или вы забираете отчёт и идёте дальше сами.
Закрываем критичные риски из отчёта, восстанавливаем релизный процесс, упорядочиваем доступы, поднимаем мониторинг. Цель — снять острые проблемы и вернуть систему в управляемый режим.
Декомпозируем бэклог, синхронизируемся по приоритетам, документируем критичные модули. Если предыдущая команда ещё в проекте — закрываем с ней хвосты по чек-листу.
Дальше — разработка по согласованному бэклогу или работа в поддержке по выбранной модели. Каждый период — короткий отчёт о сделанном и плане.
Чего не делаем в первый месяц
Эти ограничения мы соблюдаем сами, чтобы вы видели предсказуемое поведение, а не цепочку «своих улучшений».
Без отдельного решения по итогам аудита архитектура и стек остаются теми же, что были до нас.
Работаем строго по плану стабилизации из отчёта. Идеи по развитию фиксируем, обсуждаем отдельно, а не вписываем «по дороге».
Доступ закрывается только по вашему решению и после письменного акта передачи. До этого момента идёт параллельная работа в режиме чтения.
Финансовые акты с предыдущей командой остаются вашей зоной. Мы помогаем формулировками и фиксацией статуса работ, но не подписываем документы со стороны заказчика.
Внутри отчёта пишем как есть. За пределы проекта оценочные суждения о работе прошлой команды не транслируем.
Стоимость и форматы
Точная стоимость зависит от стека, размера системы и состояния, в котором вы её передаёте. Диапазон по выбранному формату называем после аудита.
Аудит
Письменный отчёт, карта рисков, чек-лист доступов и рекомендации. Фиксированный объём работ. Стоимость и сроки согласуем после стартовой сессии.
Стабилизация
Работа по плану стабилизации из отчёта: релизный процесс, доступы, мониторинг, приоритетные баги. Стоимость согласуем под объём.
Подхват и развитие
Дальнейшая разработка продукта по бэклогу. Формат сотрудничества подбираем под задачу: фиксированный объём, ретейнер или выделенная команда.
Цифры без аудита не называем — это нечестно по отношению к вам и обычно нерелевантно реальной ситуации в проекте.
Подробнее про формат, состав и ограничения аудита перед подхватом — на отдельной странице: Аудит проекта перед подхватом.
Стек
Заходим в проекты на стеках, с которыми работают наши команды. Если вашего стека в списке нет, напишите — скажем честно, готовы ли мы подхватить или порекомендуем тех, кто делает это лучше.
Node.js, Python, PHP (включая legacy), 1С.
React, Next.js, Vue.
Flutter, React Native, нативные iOS и Android.
Bitrix, Bitrix24, 1С (УТ, УПП, ERP, КА), amoCRM.
Docker, GitLab CI, Yandex Cloud, VK Cloud, on-prem Linux.
PostgreSQL, MySQL, MS SQL, MongoDB, ClickHouse, Redis.
Если задача — не «забрать целиком», а усилить вашу команду одним-двумя разработчиками, это уже не подхват, а формат выделенных людей. Обсуждаем отдельно.
Что обычно находим
Это не «страшилки». Это то, что регулярно встречается в проектах, которые приходят на подхват. Владелец продукта обычно об этом не знает.
Ключи к серверам, доменам, кассам и эквайрингу — у одного человека из прошлой команды. Восстановление через регистраторов и площадок оказывается отдельным сюжетом.
«Бэкапы есть» часто означает «настроены, но никто никогда не восстанавливался». Проверяем фактически в рамках аудита.
API-ключи, пароли баз и токены платёжных систем закоммичены в код. После увольнения сотрудника подрядчика они всё ещё в истории.
Деплой — это один человек, одна машина, одна команда в терминале. Если человек заболел, релиза в этот период нет.
Тесты есть в репозитории, но падают, поэтому давно отключены в пайплайне. Полгода никто не возвращался.
Схема в коде расходится со схемой в проде. Миграции либо ручные, либо потерянные. Восстановление из бэкапа может ломать актуальную логику.
Безопасные обновления откладывались, обновить теперь — значит сломать. Это превращается в отдельную задачу планирования.
Часть бизнес-правил в коде, часть в CRM, часть в Excel у бухгалтера. Никто не помнит, какая «настоящая» в спорных случаях.
Сторонние API сменили версию или ушли с рынка. Костыли держатся на честном слове и одной устаревшей функции.
При падении на проде смотреть некуда: ни логов, ни алёртов. Системы мониторинга либо не подключались, либо сломались давно.
Последнее обновление — больше года назад. Реальная система ушла дальше, новый человек не может опираться на то, что есть.
Часть кода — закрытый модуль предыдущей команды без исходников. Без него система не работает. Это отдельная переговорная задача.
Чек-лист передачи доступов
Часть пунктов выглядит банально, но именно они срывают подхват чаще, чем сложный код. Используйте как опорный список до старта аудита.
Типы проектов
Если ваш случай — в списке ниже, опишите его в заявке. Обсуждаем по существу: что досталось, какие риски, с чего начнём.
Корпоративные сайты, e-commerce, веб-приложения и внутренние веб-сервисы.
iOS, Android и кроссплатформенные: Flutter, React Native, нативные платформы.
Логика бота, Mini App, оплаты, рассылки и интеграции.
Django, FastAPI, Flask, Celery, API и фоновые задачи.
CRM, 1С, платежи, маркетплейсы, webhooks, очереди, ETL и обмены.
Воронки, роботы, бизнес-процессы, телефония и интеграции.
Заказы, оплаты, каталог, остатки, доставка и обмены.
УТ, ERP, КА, ЗУП, Бухгалтерия — конфигурации, расширения и обмены.
Backend, личные кабинеты, billing, подписки, роли, API и multi-tenant-архитектура.
Bitrix24, amoCRM, кастомные CRM и CRM в составе сайта или продукта.
Передача кода, доступов и знаний из головы одного исполнителя в управляемый процесс.
Подрядчик пропал, релиз горит, продакшен нестабилен — экспресс-аудит и стабилизация.
Не нашли свой случай в карточках?
FAQ
С короткой стартовой сессии и заявки на аудит. На сессии разбираем масштаб, согласовываем NDA и список нужных доступов. Дальше — аудит текущего состояния и письменный отчёт. Условия подхвата обсуждаем после отчёта.
Да. Аудит — отдельный продукт. Отчёт остаётся у вас. Дальше вы выбираете: возвращаетесь к текущему подрядчику с конкретным списком исправлений, ищете другую команду или продолжаете работу с нами.
Действуем только в рамках вашего права на код и согласованного доступа. Сначала — письменный запрос со списком артефактов от вас как владельца. Параллельно вы как заказчик восстанавливаете владение через регистраторов, облачных провайдеров и площадки, где аккаунты оформлены на вас. Без подтверждённых прав и согласованного доступа мы не работаем.
Стоимость аудита и подхвата зависит от стека, объёма системы и состояния, в котором вы её передаёте. Точную смету формируем после аудита, диапазон по форматам показываем в разделе про стоимость на странице. Цифры без аудита не называем — это нечестно по отношению к вам.
Нет. Часто проще наоборот: аудит идёт, пока подрядчик ещё в проекте. Это даёт доступ к рабочей системе и позволяет сравнить отчётность подрядчика с реальностью. Решение о разрыве вы принимаете после нашего отчёта, не до него.
Иногда это правда. В отчёте честно скажем: точечный рефакторинг, поэтапная замена или переписывание выбранных частей. Решение принимаете вы, исходя из бизнес-приоритетов. Переписывание ради переписывания не предлагаем — оно почти всегда длиннее и дороже, чем кажется.
Нет. Эти платформы мы не поддерживаем как сервис. Если задача — уйти с них на нормальный стек, делаем такую миграцию отдельным проектом.
Да. Bitrix — рабочая среда для большого пласта российского бизнеса. Если бизнес-задача решается на Bitrix, поддерживаем и развиваем. Если нет — обсуждаем поэтапный уход на другой стек через тот же аудит.
NDA — на стартовой сессии по запросу. Договор на аудит — после согласования объёма и доступов. Договор на подхват — после отчёта об аудите. Работы без подписанных документов не ведём.
Передача делается без перезапуска продакшна. Заходим параллельно с действующим подрядчиком в режиме чтения, оцениваем критичные точки и согласуем план переключения с окнами обслуживания, удобными бизнесу. Без согласованного плана и окна — не переключаем.
Да. Это уместно, когда внутри продукта есть чёткие границы ответственности: например, забираем модуль интеграции с 1С, а остальной код продолжает поддерживать прошлая команда. Аудит в этом случае фокусируется на выбранном куске.
Если он остаётся в проекте — работает в общей команде как носитель доменного знания. Мы не выдавливаем внутренних людей и не подменяем их собой. Если ваш разработчик уходит — закрываем его зону собой.
Вы платите за выполненный аудит и забираете отчёт. Никаких обязательств на подхват, штрафов или дополнительных условий нет.
Заявка на аудит
NDA подписываем по запросу до того, как вы покажете нам код. Если ситуация срочная, отметьте чекбокс — приоритезируем ответ.
Подхват проекта
Поля помечены под подхват: что за продукт, что произошло, какие доступы есть. Чем точнее вводные, тем быстрее вернёмся с конкретикой.
Заявка придёт на hi@khaiam.ru. Можно написать сразу в Telegram .
Заявка отправлена
Если задача срочная, можно сразу написать в Telegram .