Формирование требований
Задачи системного аналитика
Рассмотрим распространенные задачи, связанные со сбором, разработкой и согласованием требований:
| Задача | Пояснение |
|---|---|
| Установка и организация взаимоотношений с заинтересованными лицами | Системный аналитик должен осуществлять коммуникацию с заказчиками, пользователями и их представителями для определения целей и потребностей разработки ПО. |
| Сбор, анализ, документирование и согласование бизнес / функциональных / нефункциональных требований | Аналитик проводит сбор информации о бизнес-процессах и технических потребностях заинтересованных лиц, анализирует и разрабатывает требования, описывая их в документации для согласования с заинтересованными сторонами для последующей разработки. |
| Моделирование процессов домена и процессов системы | Создание моделей бизнес-процессов и системных процессов для визуализации и структурирования требований и взаимодействий. Обсуждение требований, проиллюстрированных в графическом формате, может быть намного эффективнее. |
| Прототипирование пользовательского интерфейса | Разработка и демонстрация прототипов интерфейса для сбора обратной связи и уточнения дизайна и функциональности. |
Формирование требований
Концептуально, требования всегда предшествуют разработке. Однако на практике формирование требований к ПО может осуществляться на протяжении всего процесса разработки. Ранее сформированные требования могут изменяться, а также могут появляться новые требования. Работа над требованиями может выполняться итеративно и последовательно, а в некоторых случаях единовременно, как, например, на проектах, где этапы проектирования и разработки осуществляются независимо.
Формирование требований может продолжаться вплоть до завершения проекта. Это связано с множеством причин, таких как обработка ожиданий и пожеланий заинтересованных сторон или процессами тестирования, которые могут выявлять необходимость проработки дополнительных сценариев функционирования ПО.
Как аналитик осуществляет формирование требований?
Рассмотрим каждую задачу в рамках абстрактного примера создания модуля CRM-системы (Система управления взаимоотношениями с клиентами) для автоматизации процесса обработки клиентских обращений и жалоб - для повышения удовлетворенности клиентов и эффективности работы отдела поддержки.
Установка и организация взаимоотношений с заинтересованными лицами:
Проблема: Отдел поддержки клиентов компании сталкивается с перегрузкой из-за ручной обработки большого количества обращений.
Решение:
- Системный аналитик встречается с руководителями отдела поддержки, маркетинга и IT-департамента для обсуждения проблемы.
- В ходе встреч определяются основные трудности: длительное время ответа на обращения и высокая нагрузка на сотрудников.
- Аналитик собирает предложения от каждого отдела о желаемых функциях нового модуля, таких как автоматическая категоризация обращений и интеграция с базой данных клиентов для ускорения идентификации клиента.
Сбор, анализ, документирование и согласование бизнес / функциональных / нефункциональных требований:
Проблема: Разработка модуля для автоматической обработки и классификации обращений клиентов.
Решение:
- Аналитик анализирует текущие процессы обработки обращений и идентифицирует ключевые аспекты для автоматизации.
- Разрабатываются функциональные требования: система должна автоматически категоризировать обращения по типам и приоритетам, а также предоставлять сотрудникам быстрый доступ к истории общения с клиентом.
- Формулируются нефункциональные требования: система должна быть масштабируемой для обработки высоких нагрузок и интегрироваться с существующей CRM-системой без существенных задержек в работе.
- Документация с требованиями согласуется с заинтересованными сторонами, уточняются детали и ожидания от нового модуля.
Моделирование процессов домена и процессов системы:
Проблема: Текущая система управления клиентскими обращениями неэффективна, ведет к задержкам в обработке и не позволяет глубоко анализировать потребности клиентов.
Решение:
- Аналитик проводит интервью с сотрудниками отдела поддержки и маркетинга для понимания текущих процессов обработки обращений клиентов.
- Используя инструменты моделирования, такие как BPMN (Business Process Model and Notation), аналитик создает визуальные модели бизнес-процессов. Эти модели показывают последовательность действий от момента получения обращения клиента до его успешного разрешения, включая этапы классификации обращения, ответа на запрос и сбора обратной связи.
- Модели помогают выявить узкие места в текущих процессах и служат основой для разработки улучшенных процедур обработки запросов.
Прототипирование пользовательского интерфейса:
Проблема: Системный аналитик работает над созданием нового интерфейса для модуля управления запросами клиентов, который должен быть удобным для использования сотрудниками службы поддержки и обеспечивать быстрый доступ к необходимой информации.
Решение:
- Аналитик проводит сессии мозгового штурма с командой поддержки клиентов для определения ключевых функций и элементов, которые должны присутствовать в интерфейсе.
- Используя инструменты для скетчинга и создания прототипов, такие как Sketch или Figma, аналитик разрабатывает первоначальные наброски интерфейса, включая расположение элементов управления, меню и формы для работы с запросами клиентов.
- Затем он создает более детализированные интерактивные прототипы, которые демонстрируют функциональность и взаимодействие с пользователем, например, процесс просмотра, категоризации и ответа на обращения клиентов.
- Эти прототипы представляются команде поддержки клиентов и другим заинтересованным сторонам для сбора обратной связи.
Резюме
Задачи, связанные с формированием требований, являются интегральными в профессии системного аналитика. Они отражают пожелания заказчика, результаты проектирования и служат для последующего формирования задач для разработки и сценариев тестирования.
Подготовка требований, если рассматривать этот процесс как ключевой в профессии системного аналитика, может быть охарактеризована как искусство, которое сочетает в себе множество различных навыков - от ораторского мастерства и стратегического планирования до рефакторинга и расчета вычислительной сложности. Степень владения навыком формирования требований можно измерить легкостью прогресса в результатах разработки. Этот навык приходит с накоплением знаний и многолетней практикой.