由于我们中的许多人在学校和职业生活中都因为拥有正确的答案和聪明的”想法idea“而得到奖励和赞扬，但是在软件设计会议上提出质疑和批评可能会让人非常不舒服。
我们大大高估了设计中作为解决方案"想法Idea "的价值。
在头脑风暴中获得”想法“和解决方案是一个非常受欢迎的活动，因为它让人感觉到协作和创造力的提升，即使它实际上不是。
研究表明，集体头脑风暴是一种浪费时间的行为。
此外，集体头脑风暴往往是反协作的。
每个人都秘密地，或不那么秘密地，希望自己的贡献能够 "获胜"。没有人愿意成为失败者。皇帝的新衣 每天都在上演。
一个快速而有效的解决方法是停止与你的团队对解决方案进行头脑风暴，而是立即开始对要解决的问题进行头脑风暴。
聚在一起，列出你能想到的关于一个问题、一个过程或一种情况的所有问题，一开始是不舒服的，但在很短的时间内就能加强合作，减少风险，并使你走上成为一个学习型组织的道路。
无论你面对的是缺乏清晰度的问题还是好奇心的泉源，把它公开都有助于达成共同的理解和共同的目标，而且比假装相互理解要有效得多。你们可以启动 "神秘机器Mystery Machine"，一起调查。
已知的未知数是有趣的和可管理的。未知的未知因素会跳出来咬你一口。
如何进行对话？
逃避提问的借口比比皆是，因为一开始会觉得很冒险，很不舒服，很让人畏惧。因此，用一个小时，甚至30分钟的时间，把一堆问题弄出来，并进行大致的分类。
参与者可能会觉得除了最安全、最小的问题外，他们需要得到许可才能问任何问题，所以要给他们许可。 根据小组的情况，你可能需要提前准备几个更高级的人，要求他们示范性地承认他们不知道的东西。
我打赌你很快就会开始听到一片 "嘿，我自己也在想这个问题 "的呼声。
按照这些简单的步骤，依次进行，并从头明确时间框定：
- 确定当前最重要的目标/决定（这可以变成一场讨论，或者从准备好的材料开始进行）。
- 对任何和所有的、大的或小的、可能有助于回答的问题进行建议
- 一旦你有了所有的问题，根据你知道的程度和发现问题的关键程度来规划它们。