Ответ.

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

Сам процесс включает такие этапы:

• Сбор требований путём проведения интервью, воркшопов, анализа документации и наблюдений за рабочими процессами.

• Классификация требований (функциональные, нефункциональные, системные, бизнес-требования).

• Применение техник приоритизации: MoSCoW, 100 долларов, Kano и др.

• Оценка влияния требований на бизнес-цели и выявление ограничивающих факторов (бюджет, время, ресурсы).

• Регулярный пересмотр и адаптация приоритетов с учётом изменений в проекте и реакции стейкхолдеров.

Ключевые особенности:

• необходимость постоянного диалога с бизнесом для точного определения приоритетных задач.
• использование формализованных методов и матриц приоритизации.
• навык обоснования своих решений перед командой и руководством.

Вопросы с подвохом.

Чем отличаются функциональные и нефункциональные требования?

Функциональные требования описывают, что система должна делать (функционал). Нефункциональные — параметры, ограничения, качество: безопасность, производительность, надёжность и др.

Можно ли просто собрать все требования от стейкхолдеров и реализовать их без фильтрации?

Нет, так зачастую нарушается бюджет и сроки. Требования необходимо анализировать, структурировать и приоритизировать, иначе проект может оказаться нерелевантным и нежизнеспособным.

Что делать, если два критичных требования противоречат друг другу?

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

Типовые ошибки и анти-паттерны

• Отсутствие формальной приоритизации, решение «на глаз»
• Игнорирование мнения ключевых стейкхолдеров
• Жёсткая фиксация требований на старте проекта без учёта изменений

Пример из жизни

Негативный кейс: Бизнес-аналитик реализует все требования без жёсткой фильтрации и приоритизации. Проект выходит за рамки бюджета. Плюсы: удовлетворение всех пожеланий заказчика. Минусы: перерасход бюджета, срывы сроков, путаница в функциях.

Положительный кейс: Аналитик собирает все требования, приоритизирует их с помощью MoSCoW, регулярно пересматривает приоритеты с бизнесом и командой. Плюсы: релевантный результат, управление ожиданиями, проект в срок и в рамках бюджета. Минусы: требуется больше времени на организацию коммуникаций.