Подготовка к сеансу

Для повышения успеха сеанса “мозгового штурма” он должен быть подготовлен. При подготовке нужно выполнить следующие работы.

· Определить и пригласить участников. Определить правила и роли участников. Сообщить им информацию о месте, времени и продолжительности сеанса.

· Подготовить документы для всех участников, в которых описываются проведенные работы: исследование концепции, отчеты по проведенным интервью, цели планирования проекта и т.п.

· Подготовить помещение и необходимую технику для проведения сеанса.

Проведение сеанса

Рекомендуется следующий сценарий проведения “мозгового штурма”.

· Перед началом сеанса укажите его тему, обсудите правила и представьте участников.

· Для создания атмосферы уверенности и готовности генерировать идеи проводится 5-10 минутная разминка, тема которой должна быть нейтральной и понятной всем участникам, но не связанной с основной темой сеанса.

· “Мозговой штурм”. Предложите высказывать любые (рациональные, радикальные, необычные) идеи, которые приходят на ум. Активно работайте 10 – 15 минут и сделайте перерыв. Останавливайтесь до того, как утихнет энтузиазм. После перерыва продолжайте работать.
Если поток идей иссякает, то рассмотрите и уточните записанные идеи, убедитесь, что идеи понятны всем участникам. Объедините подобные идеи, удалите дубликаты. Определите критерии оценки идей.

· Достижение единодушного мнения. Попросите каждого члена группы проголосовать за первые 10 - 15 идей доработанного списка и анонимно представить его решение. Отведите на это достаточное время.

· Завершение сеанса. Поблагодарите участников сеанса, попросите заполнить форму оценки и сообщите, когда оцененные идеи будут им возвращены.

Обработка результатов сеанса

Редактированием идей после завершения сеанса обычно занимается лидер. Желательно, чтобы ему помогали (не более двух) разработчики приложения.

Из всех идей необходимо отбросить те, которые не завершены или не могут быть использованы. Остальные идеи могут быть разбиты на три категории:

· Реальные – представляют собой требования, которые могут быть оттестированы.

· Возможные – это те идеи, которые могут быть использованы в качестве требований.

· Маловероятные – идеи, скорее всего не являющиеся разумными требованиями.

Результатом редактирования должен быть документ, который в дальнейшем используется для спецификации требований к системе.