Методы сбора требований, или «Как понять, что хочет заказчик?»

Конспект статьи. Автор оригинала: SSul (SimbirSoft)

Обзор классических техник сбора требований с плюсами и минусами, по мотивам программы сертификации REQB.

Сначала определяют стейкхолдеров — всех, чьи интересы затрагивает проект. Чем точнее список, тем полнее требования.

• Анкетирование — подтверждение известных требований; быстро, но неявное не выявляет.
• Интервью — открытые вопросы дают информацию, закрытые проверяют варианты; видна реакция собеседника. Долго и трудоёмко.
• Автозапись — письма, голосовые, наброски заказчика. Зависит от того, как заказчик излагает мысли.
• Изучение документации — регламенты, стандарты; бесполезно, если документы устарели.
• Повторное использование спецификаций — адаптация ТЗ похожего проекта. Экономит время, но избыточная детализация чревата дорогими изменениями.
• Представитель заказчика в команде — один из самых эффективных методов и принцип Agile; дорого для заказчика.
• Работа «в поле» — наблюдение за пользователями; видны неочевидные проблемы, но можно упустить альтернативные сценарии.
• Обучение — эксперт учит аналитика как ученика; полезно для сложных процессов, но долго.
• Мозговой штурм и совещание — для идей, конфликтов и приоритизации.
• Use case — границы системы и сценарии; не подходит для сбора НФТ.

Вывод: комбинация техник снижает риск потерять требования.