用头脑风暴的方法解决问题

程序开发中多使用头脑风暴的方法可以解决需求，设计，开发等等问题。

1）头脑风暴会议的准备
- 确定并邀请参与者、记录员和会议领导。发布有关地点、时间、位置和会议预期长
   度等信息。一般预期的时间大约2 个小时。
- 确定具体要开发的软件系统或者子系统，发布合适的文档（如概念研究总结，面谈
   总结，项目计划目标）给所有的团队成员。
- 定义头脑风暴会议的规则，发布给参与者。
- 保证室内有舒适的椅子，桌子，白板，投影仪，便签以及食物和饮料等，还需要给
记录员准备数码相机，以记录白板上的实时讨论信息。
2）领导规则
- 允许设想以口头形式（首选）和书面形式表达。
- 适当的时候允许沉默。
- 从所有参与者那里尽可能多地收集设想，产生设想的时候，不要指责或者判断。
- 说明会议程序。
- 不允许互相之间指责、讨论或者争论。
- 不允许嘲笑，也不要过于严肃。
- 鼓励异想天开或者夸张的设想。
- 确立目标和主题。
- 保持快速的节奏，以减少限制和评价。
- 帮助参与者变换和组合设想。
- 帮助参与者产生设想。
- 设置时间限制。
- 充分利用所分配的时间。
3）记录员规则
- 不要具体描述设想，只需要捕捉他的精华。
- 如果需要，可以简单解释。
- 采用说话者的原话。
- 用简短的单词或者短语，记录下所陈述的设想。
- 必要的时候可以用数码相机记录白板上即时所画的图形。
4）参与者规则
- 倾听并理解别人的设想，“站在别人的肩膀上”产生新的设想。
- 完全投入到过程中，并自由思考，充分展开想象的翅膀。
- 耐心，必要的时候保持沉默。
- 一次只提出一个设想。
- 不要怕麻烦，要提供解释，语言要简短干练。
- 不要评价他人的设想，不要指责和判断。
- 不要发出一些可能被别人理解为指责的暗示性语言。
- 不要打断别人，轮流发言。
- 不要太重视任何一种设想。
- 产生尽可能多的设想，短时间内，先数量后质量。
- 每一设想都要保持简洁，不能用简洁的语言表达的，往往是没有思考清楚的。
- 写下你的设想，并交给记录员。
5）头脑风暴总体规则
- 欢迎所有的设想，没有错误的、愚蠢的、麻木的或者离题太远的设想。
- 提出的每一个设想都属于群体，而不是属于提出设想的人。
- 每个设想都有价值。
- 会议中要有适当的人数。
- 在头脑风暴完成之后再讨论设想。
6）头脑风暴会议的后续工作
一般来说，会议完成之后又领导来编辑设想，建议加入一两个熟悉所开发应用程序的人。
首先，建立一个设想清单，如果会议团队有时间，可以提供简短的匿名建议设想清单。
然后，去掉无用的和不完整的的设想，注意，不是扔掉，文档中是有记录的，只是从考
虑问题的清单中去掉。采用有效的准则来删除设想，不要太轻易的删除，但如果是重复的，
则要删除它。
把剩下的设想分成3 类：
有效的：看起来是需要的，可测试的需求。
可能的：可以是需求。
似乎不是：可能不是有效的需求。
记录发现的需求，以输入到软件需求规范里面去，并根据重要性，依赖性以及风险进行综合排序，这对于描述完整的需求是十分重要的。