首页 | 编程语言 | 网站建设 | 游戏天堂 | 冲浪宝典 | 网络安全 | 操作系统 | 软件时空 | 硬件指南 | 病毒相关 | IT 认证
软讯网络 > 软件时空 > 软件相关 > 咨询入门教程之四--咨询顾问方法-“头脑风暴”
【标  题】:咨询入门教程之四--咨询顾问方法-“头脑风暴”
【关键字】:--
【来  源】:http://blog.csdn.net/Drate/archive/2007/04/19/1570435.aspx

咨询入门教程之四--咨询顾问方法-“头脑风暴”

    很多人都经常说头脑风暴,可实际在工作中很少有人使用这样的方法,即便在培训中,很多人使用这个方法也经常会自觉不自觉地变成了讨论。其实头脑风暴不是小组讨论,而是:

    头脑风暴法(Brainstorming)是半结构化创造性的小组活动,经常用于专门的企业会议,围绕创新或改善提出新办法。 为了产生尽可能多的点子,小组成员被鼓励就某个具体的问题及其解决办法,提出自己的主意,即便这些主意最终不会被完全采纳。 头脑风暴法的深层思想是,较之个体之和,群体参与能够达到更高的创造性协同水平。

头脑风暴法规则

成功头脑风暴研讨会的三个主要规则:

1、参加者应该被鼓励提出尽可能多的主意,不管它们是如何的奇思古怪(就头脑风暴法而言,没有所谓的坏主意)。
2、在研讨会过程中, 不对任何主意(点子)做积极的或消极的评断。
3、参加者应该被鼓励交换相互想法,以产生意想不到的点子组合,将讨论引往意想不到的方向。

组织一个成功头脑风暴研讨会的要点:

安排一位经验丰富的主持人,最好是由外部顾问来担任。
指定专人记录下研讨会上产生的所有主意。
运用活动挂图来记录这些主意, 这将有助于最后阶段对所有主意进行研究和评估。
明确讨论主题(研讨会上要围绕这一主题展开讨论)。
一个研讨会争取不超过8-10人, 如果人数过多,则分开讨论,会后再将讨论报告汇总。
指定专人记下全部会议内容。

分2步对研讨会产生的主意进行评估:
A : 定义评估标准;
B : 按标准对每个主意进行逐一打分。
    在研讨会结束前,就如何贯彻优选出来的主意,讨论必要的实施步骤。 如果这一贯彻执行过程比较复杂,再组织另一个头脑风暴研讨会来讨论它。
    清楚阐明研讨会亟待解决的问题,并且要明确讨论中必须遵守的各项原则。
    确保研讨会期间没有人对他人的主意进行批评或评估。 任何批评都有可能导致风险,使小组成员不再畅所欲言。 这一做法将抑制小组成员的创造性,有违头脑风暴研讨会自由思想、畅所欲言的本质。
    在小组成员之间,要鼓励一种热情的、无批判的氛围。
    要设法使每一名小组成员都踊跃发言,即便是那些最沉默的小组成员,也要鼓励他们积极贡献主意。
    在头脑风暴研讨会的整个过程中,要让所有参与者都能够感受到乐趣。
    要鼓励小组成员提出尽可能多的主意, 既要包括那些稳健的实用点子,也要欢迎狂放不羁的奇思异想。
     创造性的主意最受欢迎。
    不要就某个具体的思路或主意展开冗长的讨论。
    鼓励小组成员对他人提出的主意做进一步阐发,或基于他人主意给出自己独到的新点子。


    在美国著名的设计公司IDEO公司总经理汤姆·凯利在其著作《创意的艺术》一书(中信出版社出版)中,总结出企业在进行“头脑风暴”时应该避免的六种情况。

老板率先发言。如果老板率先发言,他可能会设定讨论的范围和议程,会让讨论受到局限。

大家轮流发言。大家坐在一起,按照顺时针或者逆时针的方向轮流发言,气氛看似民主,事实却很难挨。这将会导致大家把发言当成一种任务,不利于进行有效的集体讨论。

只让专家发言。参与讨论的不应该都是专家。应该注意各个行业和层次的人员搭配,理论和实践人员的相结合。有时一些外行人的介入恰恰可以提供一些有价值的见解。

远离现场举行。在滑雪胜地或者海滩举行集体讨论可能达不到预期目的。地点的接近性则会引发一些相关的灵感。

不允许愚蠢素材。一些看似愚蠢的素材可能为我们的工作提供良好的创意,虽然之前看似笑话。

无所不记。如果把会议讨论的任何东西都记下来,会使你分散注意力而影响创意的产生。

SAP与日本人:【上一篇】
C#线程问题Threading.Thread:【下一篇】
【相关文章】
  • ASP.NET缓存技术学习入门---页面缓存(OutPut Caching)
  • prototype1.5应用--简单的表单提交验证
  • dropdownlist中----号的实现
  • 搜索引擎实现--简单就是美
  • LINUX指令文件系统--e2fsck
  • 咨询入门教程之二--ERP项目咨询顾问的五大能力
  • db2mtrk--db2内存使用查看工具
  • 发布我的下棋作品--Monkey黑白棋(AI还可以,战胜了不少其它的黑白棋程序)
  • 我看《Effective C#》之--为什么要使用属性?
  • 我看《Effective C#》之--用readonly还是const?
  • 【随机文章】
  • 用友软件财务通基础版常见问题
  • Windows XP自动登录
  • Oracle 9i中的日志模式管理基础(1)
  • 简明教程
  • 汇编语言编程实例一
  • C#命令行(CSC.EXE) 编译器选项(Framework 1.1)
  • AutoCAD 名词表
  • GIF文件格式
  • BUG,规范,断言和调试
  • Linux 常用命令-(bitmilong查阅用)
  • 【相关评论】
    没有相关评论
    【发表评论】
    姓名:
    邮件:
    随机码*
    评论*
          
    |  首 页  |  版权声明  |  联系我们   |  网站地图  |
    CopyRight © 2004-2007 软讯网络 All Rigths Reserved.