Сбор требований
Сбор требований начинается не с вопроса “что должна делать система?”, а с попытки понять ситуацию: какую проблему решают, кто вовлечён, как работа выполняется сейчас, какие документы используются, какие ограничения уже существуют и где возникают ошибки. Один источник почти никогда не даёт полной картины.
Интервью помогает получить индивидуальный опыт участника. Оно полезно, когда нужно понять боль пользователя, реальные исключения, неформальные правила и ожидания. Недостаток интервью в том, что один человек видит только свою часть процесса и может считать привычные обходные пути нормой.
Воркшоп собирает нескольких участников вместе. Его преимущество — широкий взгляд на процесс и высокая скорость согласования. Когда есть разные заинтересованные лица, их интересы проще учесть сразу. Недостатки тоже есть: сложная подготовка, трудность собрать нужных людей и риск того, что менеджмент и исполнители на местах говорят на разных языках.
Наблюдение показывает реальную работу. Пользователь может рассказывать, что “просто регистрирует заявку”, но при наблюдении выясняется, что он проверяет три справочника, пишет уточнение в чат и вручную переносит данные в таблицу. Наблюдение особенно полезно там, где процесс давно стал привычным и участники уже не замечают его сложности.
Анализ документов даёт формальные правила: регламенты, инструкции, шаблоны заявок, отчёты, договоры, журналы, формы документов. Но документ может быть устаревшим или описывать идеальный процесс, который не совпадает с практикой. Поэтому анализ документов нужно сопоставлять с интервью и наблюдением.
Прототипирование помогает выявить требования через реакцию на пример будущего решения. Это может быть бумажный прототип, экранный макет или простая интерактивная форма. Прототип не заменяет анализ, но хорошо показывает скрытые ожидания: какие поля нужны, какие действия непонятны, где пользователь ждёт подсказку или подтверждение.
Сравнение методов:
| Метод | Что хорошо выявляет | Риск |
|---|---|---|
| Интервью | цели, проблемы, ожидания, исключения | субъективность одного участника |
| Воркшоп | конфликты интересов, общую картину | доминирование активных участников |
| Наблюдение | реальные действия и обходные пути | трудоёмкость и ограниченность наблюдаемой ситуации |
| Документы | формальные правила и ограничения | расхождение с практикой |
| Прототип | ожидания к взаимодействию | ранняя фиксация на интерфейсе |
После сбора требования нельзя просто переписать в список. Их нужно очистить от неоднозначности, разделить на атомарные утверждения, связать с участниками, правилами и границей системы. Например, фраза “сделать нормальные уведомления” должна превратиться в набор требований: кто получает уведомление, о каком событии, по какому каналу, в какой срок, что считается успешной доставкой и какие исключения возможны.
На практике полезно заранее готовить вопросы для каждого метода. Для интервью подойдут вопросы “что вы делаете сейчас?”, “где чаще всего возникают ошибки?”, “какое решение считается успешным?”. Для воркшопа нужны вопросы о границах и конфликтах: “кто принимает решение?”, “что делать при исключении?”, “какой участник отвечает за результат?”. При наблюдении важно фиксировать не только действия, но и артефакты: документы, таблицы, сообщения, справочники, неформальные записи.
После сбора полезно составить карту источников. Одно требование могло прийти из интервью, другое из регламента, третье из наблюдения. Если позже возникнет спор, источник поможет понять, что именно нужно уточнить: формальное правило, реальную практику или ожидание конкретного пользователя.