Все записи

Охота за идеями: как применять мозговой штурм

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

1jpg

Мозговой штурм — инструмент коллективного поиска решений. Его используют, когда нужно придумать что-то новое, найти неочевидный ответ, проблему или быстро решить задачу.

Зачем нужен мозговой штурм

  • Найти новые идеи
  • Быстро решить задачу
  • Найти выход из кризиса
  • Посмотреть на ситуацию с разных сторон
  • Сплотить команду

Как провести

  1. Подготовить сотрудников: сообщить дату и время встречи (за 1-2 дня)
  2. Провести разминку: предложить простые упражнения
  3. Придумать как можно больше решений: чем больше, тем лучше
  4. Выбрать лучшее решение: совместно с командой


Правила поведения

  • Количество важнее качества — участники должны высказывают даже абсурдные и невыполнимые решения задачи.
  • Критика — запрещена. Во время штурма нельзя опровергать чужие мысли.
  • Поощряйте творческие и нестандартные предложения.
  • Идеи нужно «докручивать»: объединять, уточнять, улучшать.


Правила генерации идей

  • Каждая идея фиксируется ведущим мозгового штурма со слов автора.
  • Идея не обсуждается в процессе генерации.
  • Мозговой штурм продолжается до исчерпания идей.


Отдельно про разминку

Разминка — поможет команде отвлечься от основной работы.

  • Игры на логику или воображение — например, придумать 10 необычных способов использования для обычного предмета, вроде карандаша.
  • Упражнение «Ассоциации» — назовите случайное слово и предложите участникам назвать первое, что приходит в голову. Затем пусть каждый объяснит свою ассоциацию.

Выделите на разминку 5-10 минут.


1. Обратный мозговой штурм

Метод предлагает увидеть задачу под углом 180 градусов — подумайте, как сделать ситуацию еще хуже или как создать противоположный результат.

Например: «Как сделать так, чтобы пользователи бросили  пользоваться приложением?».
Ответы будут неожиданными: сделать сложный интерфейс, не давать обратной связи. Анализируя эти «вредные советы», вы увидите скрытые препятствия и, переворачивая их, придете к правильным решениям.

Метод будет эффективен, когда команда зашла в тупик и привычные способы решения не работают. Еще метод покажет скрытые препятствия.  

2. Метод 6 – 3 – 5

Этот способ — интеллектуальная эстафета:

  • Посадите шесть участников за стол, дайте каждому лист бумаги с описанием задачи. За пять минут каждый их них должен записать три решения для нее.
  • Затем передавайте листы по кругу следующему участнику, который должен дополнить уже написанные предположения. Так продолжается, пока каждый участник не поработает с каждым листом.
Метод будет эффективен, когда нужно собрать мнения всех или избежать доминирования нескольких голосов.


3. Ролевой мозговой штурм

Суть методики — примерить на себя чью‑то роль или «должность». Примеряя на себя разные роли, человек смотрит на ситуацию под другим углом и предлагает нестандартные решения.

Например, предложите участникам штурма представить, что они — Стив Джобс. Как бы они увеличили средний чек покупок в фитнес-приложении?

Метод будет эффективен, когда нужно выйти за рамки привычного мышления, найти прорывное решение.

4. Метод лестницы

  • Модератор озвучивает проблему всем участникам встречи.
  • Затем в комнате остаются двое и в течение нескольких минут генерируют идеи.
  • После этого заходит третий участник, предлагает свои варианты.
  • Затем идеи озвучивают первые два человека.
  • Следом входит четвертый, и тоже вначале делится своими идеями, а затем присоединяется к обсуждению предыдущих.
Метод будет эффективен, когда в команде велика роль авторитета, например, руководителя или опытного специалиста.

5. Карта мыслей

  • Поместите задачу в центр виртуальной или реальной доски.
  • Проведите от нее лучи — основные аспекты проблемы.
  • К каждому аспекту придумайте новые «лучи».

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

Метод будет эффективен, когда нужно систематизировать большой объем информации или найти комплексное решений. Визуализация структурирует информацию, выявит связи между различными элементами и покажет решения на стыке этих связей.

6. Шесть шляп

Люди привыкают воспринимать реальность с одной и той же точки зрения, то есть «носят одну и ту же шляпу». Из-за этого креативности в мышлении становится меньше, а стереотипов — больше. Чтобы начать мыслить по-другому, нужно «примерить другую шляпу».

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

Частые ошибки

  • Размытая тема. Все участники должны четко понимать цель встречи и «штормить» только по ней.
  • Слишком много или мало участников. Если в собрании участвует 3–4 человека, есть риск, что «банк идей» быстро иссякнет. При большом количестве людей генерировать идеи будут самые активные члены команды, а остальные — отмалчиваться.
  • Очередность выступлений. Если в команде участники с разным профессиональным бэкграундом, стоит начинать с «младших», затем более опытные и только в конце — руководитель коллектива. Так старшие не будут давить своим авторитетом, а подчиненные не будут испытывать эффекта согласия с руководством.
  • «Одинаковость» участников. В собрании должны участвовать люди разных профессий, опыта, взглядов на жизнь. Так получится дополнять идеи друг друга, а шансы найти подходящее решение вырастут.
  • Не все идеи зафиксированы. Когда предложений слишком много, а правила и принципы мозгового штурма не соблюдаются, можно упустить действительно важные и необычные решения.
  • Короткие встречи. Как правило, первые минуты идут не очень продуктивно. Не торопитесь: 40 минут спустя, когда все типичные идеи будут исчерпаны, начнется настоящий мозговой штурм.

Как подвести итоги

  • На этом этапе «выключите» креативность и подключите логику. Чтобы найти «тот самый» результат, результаты придется беспристрастно проанализировать.
  • Объедините похожие идеи в категории. При разработке приложения это могут быть группы «новые функции», «маркетинговые активности», «улучшение интерфейса».
  • Придумайте критерии оценки и шкалу. Например, реалистичность, оригинальность, соответствие цели, потенциальная выгода, инновационность.
  • Проведите оценку. Предложите участникам оценить предложение по установленным критериям, например, по шкале от 1 до 5. Пусть оценка будет анонимной, чтобы избежать предвзятости. Затем составьте сводную таблицу с оценками по каждой идее. Выберите те предложения, которые набрали больше всего баллов.
  • Обсудите выбранные идеи. Вновь соберите команду, чтобы обсудить предложения и найти одно решение. Разбейте решение на крупные задачи, а их — на более мелкие, затем назначьте ответственных.

Похожие новости

Как подружить работу дизайнера и аналитика

Думаем, многим знакома ситуация: на встрече все обсудили, договоренности и сроки зафиксировали — разошлись работать с ощущением ясности. Однако в процессе оказалось, что результат каждый представлял по‑своему.

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

Как перестать быть центром всех решений и не потерять контроль

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

С этим столкнулась Катя, руководитель операционного отдела. Консультации, планирование дежурств и часть сложных решений постоянно замыкались на ней. Это замедляло работу, снижало самостоятельность команды и создавало риски на случай ее отсутствия.

Попросили Катю рассказать, как она пересобрала процессы так, чтобы решения не требовали ее обязательного участия, а система оставалась управляемой и прозрачной.

Когда задача считается выполненной

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

При этом у каждого из нас свое понимание того, что значит выполненная задача. Разработчик, тестировщик и аналитик оценивают результат по разным критериям — через свою роль и зону ответственности.

Мы поговорили с коллегами и попросили их рассказать, в какой момент для них задача считается завершенной. Их ответы читайте в нашем материале.

Все новости