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