Чек-лист: доработка существующего приложения, когда есть только код
Как лучше выстроить процессы, если в качестве исходных данных есть только код — без описания продукта и прочей технической документации? В таких ситуациях мы придерживаемся следующего алгоритма 👇
1️⃣ Общаемся с клиентом и узнаём больше о продукте, его целях, аудитории и функционале. Это достаточно очевидный пункт, но мы хотим подробно рассказать о процессе, поэтому оставляем его в нашем списке.
2️⃣ Получаем доступ ко всей имеющейся информации — техническому заданию, доске разработки, тестовым стендам и т.д. Анализируем её и определяем пул необходимых доработок. Для этого:
▪️ Изучаем логи запросов к серверу, базу данных в realtime.
▪️ Находим нужный для изменения код и исследуем его.
▪️ Проверяем, чтобы функционал приложения совпадал с указанным в технической документации. Если мы обнаружили расхождения, то отмечаем и передаем информацию владельцу.
3️⃣ В случае, если у проекта нет описания, то мы формируем его самостоятельно. Основные его составляющие — это информация о функционале, список запросов к серверу и их последовательность (от запуска приложения до завершения сценария), данные о состоянии продукта до и после выполнения какого-либо действия.
4️⃣ Согласовываем с клиентом изменения и приступаем к разработке.
5️⃣ Выпускаем релиз и тестируем продукт.
6️⃣ Вместе с заказчиком составляем план дальнейшего развития системы.