Спасение IT-проектов
Сроки сорваны, бюджет кончился, а те, кто писал код, перестали отвечать. Я начинаю с того, что выясняю, что в проекте действительно работает, что можно сохранить, а что придётся выбросить, — до того как кто-то напишет ещё одну строчку кода.
Спасение IT-проекта — это работа с продуктом, который встал, вышел за бюджет или остался без команды: довести его до состояния, в котором его можно выпускать. Олег Сотников начинает любое спасение с диагностики: несколько дней уходит на чтение кода, инфраструктуры и истории разработки, чтобы решить, что можно сохранить, а что придётся заменить. Работа начинается только после этого вердикта: сначала стабилизация продакшена, потом перезапуск разработки небольшой командой с AI-агентами. За плечами — 25+ лет в IT и больше 1 000 проектов.
Что входит в спасение
Шесть областей, которые обычно требуют внимания. Что из этого касается вас, показывает диагностика.
Сначала стабилизировать продакшен
Если продукт живой и падает, это чинится раньше всего: видимость ошибок, алерты, работающие бэкапы и те сбои, из-за которых людей будят ночью. Пока пользователи теряют данные, никакой план восстановления не важен.
Приём дел у агентства или ушедшего разработчика
Репозитории, облачные аккаунты, домены, API-ключи, пайплайны деплоя. Я составляю опись того, что есть, передаю вам реальные права на всё это и фиксирую пробелы, пока прежняя команда ещё на связи.
Восстановить архитектуру или переписать
Самое дорогое решение, и принимать его нужно по фактам. Что код на самом деле делает, какая его часть несёт нагрузку и что короче — починить, заменить часть или начисто переписать то, что действительно важно.
Проверка безопасности и целостности данных
Ключи, забытые в репозитории, эндпоинты без проверки прав, база с бэкапом, который ни разу не разворачивали. У спасаемых проектов такого обычно несколько, и закрывать это лучше заранее, а не после инцидента.
Перезапуск разработки компактной командой с AI
Небольшая команда с AI-агентами двигается быстрее той, которая встала, и обходится кратно дешевле. Я настраиваю процесс, гейты на ревью и недельный ритм, а потом передаю всё это вам.
Документация и починка bus-фактора
Именно из-за этого проект умер в первый раз. Описание архитектуры, ранбуки, настройка окружения и шаги деплоя записаны так, чтобы следующий уход человека стал неудобством, а не катастрофой.
Спасение vibe-coded приложений
Вы собрали настоящий продукт на Cursor, Claude Code, Lovable или v0. Он работает, им пользуются, и ушли на него недели вместо года. Это было верное решение: продукт существует именно потому, что вы сделали его так, и ни одно спасение не начинается со спора с работающим продуктом.
Стена, в которую упираются позже, всегда выглядит примерно одинаково. Тестов нет, поэтому ничего нельзя менять уверенно. Архитектура росла по одному промпту за раз, поэтому одна и та же логика живёт в четырёх местах. Аутентификацию и доступ к данным не проектировали, их сгенерировали. Каждая новая фича ломает две старые, а кодовая база переросла тот объём, который любая модель способна удержать в контексте целиком.
Ничего из этого не повод выбрасывать продукт. Живые пользователи достаются дорого, а они у вас уже есть. Моя задача — сделать построенное поддерживаемым: чтобы через год его всё ещё было дёшево менять, а AI-инструменты, которые привели вас сюда, продолжали работать на нынешнем размере кодовой базы.
- Тесты вокруг поведения, которое уже работает, — чтобы следующее изменение можно было проверить, а не надеяться на него
- Модель данных и права доступа, разобранные вручную: здесь сгенерированный код ошибается чаще всего, и это же дороже всего чинить поздно
- Запутанные места распутываю в том порядке, который разблокирует больше всего работы, — не всё сразу и не через переписывание
- CI, трекинг ошибок и бэкапы с проверенным восстановлением — чтобы плохой деплой стал откатом, а не инцидентом
Как идёт спасение
Диагностика
Дни, не недели. Я читаю код, инфраструктуру, задачи и историю коммитов, а потом отдаю письменный вердикт: что можно сохранить, что придётся заменить и сколько стоит каждый вариант. Иногда вердикт — перестать тратить на это деньги, и его вы тоже получите письменно.
Стабилизация
Остановить кровотечение: падения, риск потери данных, утёкшие ключи, деплои, которые срываются через раз. Обычно это самая короткая фаза и та, после которой рабочая неделя ощущается иначе.
Перезапуск
У разработки снова появляется ритм: небольшая команда, размеченный роадмап, что-то выпущенное каждую неделю и процесс ревью, который держится. Я остаюсь CTO по подписке ровно столько, сколько нужно, чтобы всё это работало без меня.
Почему я
- 25+ лет в IT, 1 000+ проектов и 9 основанных стартапов — я видел большинство способов угробить разработку, и обычно не по одному разу
- Спроектировал архитектуру продакшен-системы ERP для QueueStone и оставался в проекте до самого релиза (цитата ниже)
- Веду платформу AppMaster — аптайм 99,99%, пользователи в 190+ странах — после того как сократил ту команду с 25 человек до 2
“Олег Сотников оказал отличную поддержку нашей команде в роли CTO по подписке. Он помог нам спроектировать архитектуру ERP-системы для клиники ментального здоровья и оставался вовлечённым на протяжении всего процесса разработки, помогая нам принимать более качественные и эффективные решения. Мы искренне ценим его вклад.”
Частые вопросы
Наш проект можно спасти или проще переписать?
На это отвечает диагностика, и честный ответ обычно смешанный. Если модель данных держится, а продукт делает что-то ценное для пользователей, починить дешевле, чем переписать, — даже когда код выглядит плохо. Переписывание оправдывает свою цену, когда неверна сама основная абстракция, когда стек мешает нужному роадмапу или когда не осталось никого, кто способен объяснить, что система делает. Вместе с вердиктом вы получаете и логику, которая к нему привела.
Как вы принимаете проект у нашего агентства или подрядчика?
Сначала доступы и опись: репозитории, облачные аккаунты, домен и DNS, API-ключи, пайплайны деплоя и любое окружение, которое существует только на чьём-то ноутбуке. Приёмку я провожу, пока прежняя команда ещё на связи, — те же вопросы обходятся дорого, когда её уже не найти. Договоры и права на код вы улаживаете с ними сами; моя часть в том, чтобы технические активы действительно оказались у вас.
Можно ли спасти приложение, собранное на AI-инструментах вроде Cursor или Lovable?
Да, и таких проектов становится всё больше. Vibe-coded продукт с живыми пользователями уже прошёл самую трудную часть: он кому-то нужен. Обычно ему не хватает тестов, внятной модели данных и проверки безопасности, и все три вещи можно добавить работающему продукту, не начиная заново. Цель — сделать его поддерживаемым, а не переписать в назидание.
Сколько стоит спасение проекта?
Объём считается после диагностики, потому что именно она показывает нам обоим, сколько работы впереди. Дальше спасение идёт как работа CTO по подписке — $5 000–10 000 в месяц, помесячно, без длинных контрактов — или как адвайзинг от $3 000 в месяц; тарифы опубликованы на странице с ценами. Если нужна фиксированная точка входа, Team & AI Audit стоит $5 000 и занимает пять рабочих дней.
Будете ли вы работать с нашей текущей командой?
Обычно да, и это лучший исход. Люди, которые жили в этом коде, знают то, чего не покажет никакой разбор, и часто именно они первыми забили тревогу. Если команды слишком мало или она слишком юниорская для того, что осталось сделать, я говорю об этом прямо, и мы добираем людей. Тихо подменять команду, чтобы продать штат, я не буду.
Получите вердикт по своему проекту
Диагностический звонок ничего не стоит и обычно за час показывает нам обоим, чинится ли это и с чего начинать.
Английский или русский, часы US Pacific, async-first. NDA по запросу.
По теме
Разработка, архитектура и то, что на самом деле идёт не так в IT-проектах.
