Orion实验室的产品管理高级总监Ellen Juhlin发现，在进行头脑风暴会议时，工程师们尤其会迅速跳到可行性问题上。
换句话说，他们（程序员）不是专注于想法的产生，而是想跳到想法的评估。
Ellen与持续发现习惯Slack社区分享了她的挑战，并能够利用这些反馈对她处理头脑风暴的方式做出一些改变：
让一群人聚在一起产生想法——一种通常被称为“头脑风暴”的活动——并不总是一帆风顺。
Teresa 曾写过传统头脑风暴法不起作用的主要原因：
- 社交惰性（人们往往不会在团队环境中努力工作）、
- 从众（人们害怕因与他人截然不同的想法而脱颖而出）团队的其他成员）、
- 生产阻碍（我们被其他人说的话分散了注意力）
- 向下规范设置（团队倾向于在最弱成员的水平上执行）。
但是在团队环境中产生想法仍然有好处。
- 在解决新问题时，我们每个人都会根据过去处理此类问题的经验，对情况提出自己独特的看法。
- 您团队中的每个人都代表着一组独特的经历，从而为您带来全新的视角。你的目标应该是尽可能多地捕捉这些观点。
那么，您如何克服与头脑风暴相关的挑战并确保您捕捉到团队观点的全部多样性呢？
Orion实验室的产品管理高级总监Ellen Juhlin发现，在进行头脑风暴会议时，工程师们尤其会迅速跳到可行性问题上：
我一直在与几位工程师一起进行一些解决方案头脑风暴会议。我总是会进行五分钟左右的安静/个人头脑风暴，然后让人们轮流分享他们提出的想法。
我试图强调诸如“让我们尽可能多地找到解决方案，即使它们非常雄心勃勃或不切实际”之类的话，但在分享想法时，他们有时会很快跳到可行性的问题上。
这是完全可以理解的，因为他们中的一些人对这个过程还是陌生的。
以下是Ellen 最终做出的改变：
- 当他们进行第二轮头脑风暴时，她提出了一些具有相似功能的产品作为灵感。
- 在他们开始集思广益之前，Ellen 做了更多的框架，注重数量而不是质量，并提醒他们在产生和分享想法之后编辑想法有特定的时间。“通过重复，这变得更容易，他们可以相信可以提出和考虑技术问题，”艾伦说。
- Ellen 总是鼓励在过程的任何阶段提出新想法，她开始了一种在每次会议开始时征集新想法的模式，以将它们完全纳入想法库以供进一步考虑。“在绘制故事图或确定假设时，新想法不可避免地会出现，甚至在半夜醒来时有了新想法，”Ellen 说。每当有人带着新想法来找她时，她都会说，“这是个好主意！我会将其添加到我们的解决方案空间中。”
- Ellen 尝试的另一个长期策略是温和地将任何输入重定向到流程的适当阶段。如果在集思广益时提出了技术问题，她一定会说类似这样的话：“这是一个很好的假设。我会把它贴在便利贴上，这样我们就不会忘记它。”
结果：一个惊人的发现
这是一个循序渐进的过程，可以帮助每个人更加适应头脑风暴以及想法生成和想法评估之间的区别。