Продолжаем разбираться в вопросе изучения «новым» аналитиком (системный и бизнес) «старого» ПО (продукт/система/сервис).

Первым делом следует узнать, как ПО будет эксплуатироваться основными пользователями, для чего оно предназначено и каких целей помогает достигать. Другими словами, что делает пользователь в ПО, чтобы решить свой вопрос. Используем для этого документацию User Guide (иногда есть старые записи видеоуроков от вендора или коллег). Также у аналитика должна быть возможность повторить действия пользователей на тестовом стенде, чтобы лучше понять клиентский процесс.

Хорошо раскрыть данный вопрос могут представители бизнес команды и команды сопровождения (Support). Помимо основных функций ПО они могут рассказать много особенностей из практики, как пользователи нетипично выполняют свои некоторые рабочие обязанности.

Следующий шаг это знакомство с техническим описанием разработки данного ПО. Следует разобраться как ПО хранит информацию, с этим помогут ER Model (модель данных) и конечная структура БД. При этом у аналитика должна быть возможность посмотреть всю информацию в БД на тестовом стенде.

Затем переходим к внешним интеграциям и внутренним процессам, как правило они напрямую связаны друг с другом. В зависимости от взаимодействия нашего ПО с другими сервисами/системам применяются разные внутренние процессы обработки информации. На этом этапе важно иметь доступ к сетевым запросам в логах или мониторинге.

Описание об интеграциях и внутренних процессах следует искать в старых задачах на разработку ПО, бизнес требованиях и технических заданиях, статьях в базе знаний, диаграммах структур и процессов, и т.д. Если оно отсутствует, тогда обращаемся за помощью к более опытным аналитикам. Также могут помочь разработчики и тестировщики из команды.

Завершают этот список метрики работы ПО. В некоторых случаях приходится заглядывать в бизнес-показатели чтобы разобраться в особенностях работы ПО или найти причину инцидента. Данный шаг опциональный и не требует глубокого погружения от аналитика.Описанные выше подходы применяются в объеме зависящем от ситуации. Если задача касается только одного процесса, то нет необходимости изучать всю систему от корки до корки.