Ответ.

История этого вопроса уходит к классическим трудностям взаимодействия бизнеса и ИТ — субъективное мнение, личные впечатления и эмоции часто искажают требования и приоритеты (например, "критичное" для одного — малоинтересно для другого).

Проблема: влияние субъективных факторов приводит к потерям в объективности, конфликтах и непрозрачности, что сказывается на качестве системы и удовлетворенности заказчика. Неявные предпочтения важного стейкхолдера могут протащить в требования неаргументированные хотелки.

Решение:

Формализовать процесс сбора требований через опросники, матрицы приоритетов и структурированные интервью
Использовать методологии выявления истинных потребностей (5 Why, Value chain analysis)
Привлекать разных типов стейкхолдеров и фиксировать все точки зрения (stakeholder map)
Верифицировать результат через документированные согласования и group review
Применять пользовательское тестирование прототипов, чтобы сверить ожидания с реальностью

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

Использование кросс-функциональных сессий и картирования интересов
Введение формализованных критериев аттестации требований
Постоянный контроль изменений ожиданий стейкхолдеров (stakeholder log)

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

Достаточно ли провести одно общее совещание по сбору требований с бизнес-экспертами, чтобы снять все субъективные моменты?

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

Можно ли рассматривать мнение владельца продукта как единственный истинный источник для всех требований?

Нет. Продукт-оунер — важный источник, но другие стейкхолдеры (например, support, бухгалтерия, безопасность, пользователи) могут проявить критичные нюансы, игнорирование которых ведёт к серьёзным ошибкам.

Следует ли всегда доверять приоритезацию требований бизнесом без дополнительной проверки обоснованности?

Нет. Приоритизация часто субъективна и зависит от текущих бизнес-целей. Необходимо обосновывать приоритеты с помощью value/risk matrices, ROI, стратегических целей компании.

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

Слепое следование мнению самого громкого или статусного участника
Игнорирование мнения "тихих" стейкхолдеров
Неформализованный сбор требований ("на слуху")

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

Негативный кейс: Аналитик согласовывал требования только с представителем бизнеса, полностью проигнорировав пользователей и тех. специалистов.

Плюсы:

Быстрая работа
Удобно для стейкхолдера-лидера

Минусы:

Скрытые конфликты, возвраты, переработки
Система неудобна для конечных пользователей

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