Legacy-аудит: понять причину, а не лечить симптом
Когда проект уже работает, но ломается, документации нет, а переписывать всё с нуля рискованно — сначала разбираю причину, потом предлагаю безопасный план.
Когда это нужно
Разработчик ушёл, код остался
Нет документации
Нет логов
Процессы ломаются
Страшно трогать production
Нужна причина, а не «пофиксить симптом»
Что входит
Обзор структуры проекта
Поиск критичных рисков
Проверка логирования
Проверка интеграций
Проверка дублей и ошибок данных
Карта проблем
План исправления
Оценка сроков и бюджета
Как работаю
- 1Доступы по минимуму
- 2Разбор кода и процессов
- 3Фиксация рисков и точек входа
- 4Карта проблем и приоритеты
- 5План безопасных правок
Как я оцениваю риск проекта
Низкий риск
- Есть логи
- Есть тестовый контур
- Понятны точки входа
- Есть доступ к коду
Средний риск
- Документации нет
- Логов мало
- Часть процессов на старых cron/агентах
- Есть ручные обходы
Высокий риск
- Production без бэкапов
- Нет логов
- Скрытая бизнес-логика
- Код меняли много людей
- Неясно, какие данные критичны
Что получит клиент
- Понятная карта проблем
- Приоритеты и план
- Оценка сроков
- Рекомендации по логам и архитектуре
- Понимание, что можно не переписывать
Риски и ограничения
- Не трогаю production вслепую
- Делаю бэкап при риске потери данных
- Полная переработка архитектуры — отдельной оценкой
Примерные форматы работ
Экспресс-аудит
1–2 дня
Глубокий аудит
3–7 дней
Сопровождение исправлений
по часам / пакетом
Если проект старый, без логов и документации, с неизвестными интеграциями или production-рисками — сначала нужен аудит. Иначе любая точная оценка будет гаданием.
Что понадобится для работы
- Доступ к системе по минимуму: Bitrix24 / репозиторий / staging
- Доступ к логам, если задача связана с ошибками
- Описание бизнес-сценария и ожидаемого результата
- Для интеграций: документация API, тестовые ключи, примеры payload
Как работаю с доступами
- Не прошу лишних прав
- Токены и ключи не отправляю в публичные чаты
- Для production-правок — отдельный пользователь и бэкап при риске
- После завершения доступы можно отозвать
Связанные кейсы
Частые вопросы
Можно дорабатывать без полной переписи?
Да, если архитектура позволяет. Сначала фиксирую риски и точки входа.
Что нужно для аудита?
Доступ к коду/тестовой среде, описание проблемы и логи, если есть.
Сразу назовёте цену исправления?
После аудита: без понимания состояния проекта точная цена невозможна.
Не знаете, с чего начать?
Просто опишите проблему. Разберусь в текущем решении, оценю риски и предложу варианты реализации.