Аудит, доработка и принятие проекта после другого разработчика
Разбираюсь в чужом коде, нахожу источник проблем, чиню критичное и составляю план развития.
Что это за работа
Проект работает, но что-то не так: медленно, ломается, прошлый исполнитель пропал, новая функция пугает. Я захожу в систему, воспроизвожу проблемы, нахожу причины и чиню точечно — без пафосного «перепишем всё с нуля», если это не оправдано.
Кому подходит
- Владельцам проекта, который «работает, но страшно трогать»
- Компаниям после ухода подрядчика или разработчика
- Командам, которым нужен второй взгляд на архитектуру и риски
Вопросы, на которые я отвечу до старта
- Что работает, а что ломается или неудобно?
- Какие сценарии критичны для бизнеса?
- Что известно о прошлых решениях и долгах?
- Какой бюджет на исправление, а не на «переписать»?
Как идёт работа
Диагностика
Запуск, структура, воспроизведение проблем, оценка рисков.
План
Приоритеты: что чинить сейчас, что позже, что не трогать.
Точечные изменения
Исправления с проверкой связанных сценариев.
Передача
Что сделано, что осталось, как развивать дальше.
Границы и правила
- Переписываю с нуля только если это действительно дешевле и безопаснее
- Сначала диагноз и приоритеты — потом бюджет
- Все изменения проверяются на реальных сценариях