Продолжаем обзор методов сбора требований: поговорим про анализ интерфейсов.

Здесь, вопреки интуитивному

«Ну, мы анализируем пользовательский интерфейс, какую кнопочку жать, куда тыкать, что произойдет…»

кроется нечто немного иное. Английское «interface» это про взаимодействие в целом. Общение между людьми - тоже, своего рода, интерфейс 😉

Итак, анализ интерфейсов это метод, который заключается в анализе связей, взаимодействий и обмена данными между многочисленными системами и их компонентами, а также организационными подразделениями и бизнес-процессами.

😳А если на пальцах? Давайте на пальцах.

Между системами: 🤔 Как связан ваш личный кабинет в банке с их внутренней системой учета? Это REST API? Очереди? Обмен файлами, прости Господи? Иными словами: что, как и куда передается из вашего кабинета и в него?

🤔 Или: как внутренняя система учета банка проверяет что вы - это именно вы через СМЭВ (систему межведомственного взаимодействия), чтобы верифицировать, к примеру, ваш номер паспорта? Какой набор данных и каким способом она отправляет и как принимает ответ (и принимает ли)?

Между компонентами: 🤔 как взаимодействуют между собой модуль приемки товара и модуль учета инвентаря в системе управления складом? Что, как и в какой момент передает один модуль другому?

Между подразделениями и бизнес-процессами: 🤔 как взаимодействуют между собой команды и департаменты, например, при запуске новой маркетинговой акции?

Теперь разберем метод анализа интересов поподробнее на примере взаимодействия между подразделениями.

Действующие лица: 🌸 Инициатор в лице отдела маркетинга 🌸 Исполнитель в лице ИТ департамента 🌸 Контролёр в лице финансового отдела 🌸 Потребитель в лице отдела продаж

Само взаимодействие: 🌸 Маркетинг → IT: Требования. 🌸 IT → Маркетинг: Оценка трудозатрат, ссылка на задачи, ссылка на UAT стенд для приемки. 🌸 Маркетинг → Финансы: Запрос на выделение бюджета. 🌸 Финансы → Маркетинг: Согласование бюджета. 🌸 Маркетинг → IT: Отмашка, что бюджет согласован и можно приступать к работам. 🌸 Маркетинг → Продажи: Информация по акции.

Про каждый из описанных выше этапов вам необходимо будет узнать: 🌸 Кто с кем взаимодействует? 🌸 По какому поводу? 🌸 Какой артефакт / информацию передают? 🌸 В каком формате: файл, письмо, сообщение, звонок и т.п.? 🌸 Где возникают задержки? Недопонимания?

На выходе проведенного анализа интерфейсов у вас на руках должны быть: 🌸 Диаграмма процессов и взаимодействий, диаграммы последовательности (BPMN, UML, блок-схемы и проч.) 🌸 Интеграционная спецификация - документ, описывающий "контракт" между системами (эндпоинты, форматы запросов/ответов, примеры, ограничения, авторизация, и проч.) 🌸 Реестр артефактов, их примеры и формат - список всех “бумажек”, которые передаются между участниками процесса (будь то отделы или системы) 🌸 Выявленные узкие места и проблемы и как их исправить / оптимизировать.

Вуаля. Теперь вы можете продумывать, предлагать, согласовывать и внедрять изменения на основании проделанного анализа!

🤩 Бонусом анализ интерфейсов поможет вам нарисовать карту вашей “вселенной” и увидеть большой сложный механизм вместо отдельных шестеренок. Понимание своего “места в мире” внутри компании - один из ключевых факторов успеха любого бизнес-аналитика и менеджера проектов. Да и, если честно, вообще любого сотрудника. Не отчаивайтесь, если не вся “вселенная” есть на вашей “карте” и не пытайтесь изучить ее всю и сразу (unless вы работаете в компании из 2 человек с 5-ю процессами)! Мы открыли последний материк на нашей планете только в 1820 году 😅Окружающий мир нужно постоянно изучать и добавлять новые планеты / страны на вашу карту. Все остальное - наживное.

#requirementselicitation #requirements #сбортребований #бизнесанализ #businessAnalysis #interface #interfaceanalysis