Разработчик пропал
Проект работал, потом человек перестал отвечать. Код есть, документации нет, доступы частично утеряны.
Поддержка
Берём проекты, которые остались без разработчика или которым нужны аккуратные доработки. Разбираемся в чужом коде и продолжаем его, а не переписываем с нуля.
Четыре ситуации, с которыми приходят чаще всего. Мы начинаем не с обещаний, а с того, что читаем код.
Проект работал, потом человек перестал отвечать. Код есть, документации нет, доступы частично утеряны.
Сайт живёт, но никто из текущих сотрудников не решается в него заходить. Каждое изменение — риск.
Фреймворк и зависимости не обновлялись годами. Обновление страшно начинать, потому что непонятно, что отвалится.
Основная система работает, но бизнес просит новые отчёты, интеграции и правила. Своих рук не хватает.
Поддержка — это не только «починить, когда упало». В основном это небольшие изменения, которые накапливаются: обновление зависимостей, новые правила, исправление старых ошибок, которые годами обходили стороной.
Мы работаем так, чтобы каждое изменение можно было откатить. Перед обновлением делаем копию, после — проверяем сценарии, а не только «страница открылась».
Аудит кода: где логика, где данные, что можно менять безопасно
План приоритетов: сначала то, что останавливает работу
Обновление зависимостей и фреймворка по шагам, с проверкой
Исправление ошибок и разбор инцидентов
Доработки: отчёты, интеграции, правила расчёта
Доступы, резервные копии и базовая гигиена эксплуатации
Первые две недели почти всегда уходят на то, чтобы понять, что происходит. Это дешевле, чем начать менять вслепую.
Получаем репозиторий, доступы к серверу и базе. Смотрим, что развёрнуто и как обновляется.
Разбираем структуру, зависимости и слабые места. Отдельно — что может сломаться при обновлении.
Показываем, где риски и что предлагаем делать в первую очередь. Без запугивания и без «всё переписать».
Согласуем очередь задач и темп. Дальше идём небольшими шагами, чтобы каждое изменение можно было проверить.
Не называем сроки и стоимость до аудита. Чужой проект может содержать что угодно: самописную авторизацию, отключённые проверки, базу без резервных копий. Оценка «по фотографии» — это гадание.
Не переписываем всё с нуля по умолчанию. Переписывание оправдано, когда код нельзя поддерживать, но чаще дешевле навести порядок в существующем.
Не берём проект без доступа к коду и серверу. Если доступы утеряны, начинаем с их восстановления — это отдельная работа, и она тоже обсуждается заранее.
Следующий шаг
Расскажите, какой продукт или систему нужно реализовать. После обсуждения подготовим предварительную оценку и уточним её, когда согласуем функции, интеграции и объём первой версии.