Архитектурный аудит сервиса или системы
Разбор существующего кода и архитектуры с письменным отчётом и приоритизацией проблем. Команда после аудита знает что чинить в первую очередь и в каком порядке.
Разбор существующего кода и архитектуры с письменным отчётом и планом действий. Команда после аудита знает что чинить в первую очередь и в каком порядке.
Когда нужен
- Каждое изменение в сервисе занимает в разы больше, чем должно
- Тесты нестабильны, страшно деплоить
- Команда чувствует, что нужен рефакторинг, но не понятно с чего начать
- Готовитесь к крупному пивоту бизнеса и боитесь, что текущая база не выдержит
- Новый CTO/тимлид принял команду и хочет независимую оценку текущего состояния
Что входит
- Разбор репозитория — структура, ключевые сервисы, точки боли по коду
- Чтение существующей спецификации (если есть) и сравнение со state of code
- Интервью с тимлидом + 2–3 разработчиками по 1 часу — что больно изнутри
- Прогон AI-скиллов методологии по коду — автоматическая выборка нарушений UCP / DDD / API
- Письменный отчёт на 15–30 страниц: проблемы с приоритетом P0/P1/P2, причины, варианты решений, оценка усилий
- 30-минутный созвон по итогам — обсуждаем что в первую очередь, как делать, где помочь дальше
Срок и формат
- 2–3 недели от старта до отчёта
- Удалённо (Zoom / Google Meet)
- NDA — стандартный, шаблон высылаю
- Объём команды и кодовой базы — обсуждаем на старте
Что в результате
Конкретный план рефакторинга с приоритизацией и оценкой объёма работ. Отчёт можно использовать как input для бюджетирования и дорожной карты на квартал–полугодие. Если команда захочет дальше — могу помочь с внедрением (см. Внедрение Use Case Pattern).