《六顶思考帽》下载(有助于项目管理的^_^)

简介: 从“总是真的”到“不可能真实”我们可以安排一个可能性的序列,其间还有一些可用的标准如象“基本如此”“有时”“偶尔”等。这类的信息都可以在白帽思路下提出,这样就提供了一种专门的办法用来标志事实的可能性。
下载地址: http://www.cppblog.com/Files/tx7do/six_think_hats.rar

六顶思维帽的目的是避免思维混杂,按这种方式,思考者在某一个时间里就可以只按照一种模式思考——而不是在某一时刻做全部的事。对此最好的类比是彩色印图。每一种颜色被印刷上去,最后它们就拼到了一起。



设计六种思维帽方法,是为了使我们从通常的争辩型思维向制图型思维转化。这使得思维过程成了两个阶段,第一个阶段是绘制地图;第二阶段是在地图上选择路线。如果地图足够地好,那么最好的路线经常会变得非常明显。和彩色印图相似,每一顶帽子在地图上表现为一种类型的思考。



我并不认为六顶帽子已经穷尽了思维的所有可能方面,但是它们的确涵盖了思维的主要模型。我也不认为在每一个思维瞬间我们都必须戴上某一顶帽子。



这些帽子极其强烈的人工特色是它们的最大价值所在。它们为在需要一种确定类型的思维时提供了正式形式和方便性,无论是对某个自己还是别的人而言,都是如此。它们建立了思维这游戏的游戏规则。任何参加这种游戏的人都要清楚地意识到这些规则。



这种帽子思维方式运用得越多,则它们就将越多地成为思维文化中的一部分。在某一个组织中的每一个人都应该当学习这种基本习语,以便使它成为其文化的一部分。这样,就能够集中思维,使之更为强大有力,同时,它也通过一种活跃的和有约束性的方法代替了那种浪费时间的争论和漫无目标的讨论。



起初,我们或许会感到在使用不同帽子时,显得有点笨拙。但这种笨拙感会很快随着该系统的方便性日益显著而很快消失。这些帽子的首次使用可能是在一次偶然的场合需要某顶帽子或者是在黑帽思路向其他思路转化的时候。



就象我在本书开始所写到的那样,这些帽子的一个巨大的价值就在于它们提供了思维角色。一个思考者可以为他能够扮演这种角色而感到骄傲。如果没有这些思维的正式形式,一些思考者就将永远地处于一种固定的模式中(通常是黑帽模式)。



我再强调一次,这是一个用起来非常容易的系统。对于读者来说,没有必要对我在书中所陈述的不同点进行死记硬背,这些东西都是详细的论述。但是每一项帽子的基本点都是非常容易记忆的。



白帽纯白,纯粹的事实、数字和信息。



红帽刺目的红,情绪和感觉,包括预感和直觉。



黑帽错误倡导者,否定判断,它为什么不起作用。



黄帽阳光,明亮和乐观主义,肯定的,建设性的,机会。



绿帽丰产的,创造性的,植物从种子里茁壮成长,意动,激发。



蓝帽冷静和控制,管弦乐队的指挥,对思维进行思维。



在任何一个组织中,学习这种习语的人越多,这种方法就会越有用。因为实际上,我们的确没有一种简便的语言来作为我们思维的控制系统。



如果我们感到我们有足够的智慧,并不需要这样的系统,那么,我们应当考虑到这样的系统可以使那些我们引以为自毫的睿智者变得更为有效。正如一个具有跑步天资的人将比其他的人从规则中得到更多的益下。



在这一点上,我想作出一个黄帽子声明:你自己去发现它的价值。



为了方便起见,下面我将把这本书中每顶思维帽的小结再重复一遍。



白帽思路小结



想象一台计算机,它按需要给出事实和数字。计算机是中性的、客观的。它不提供任何解释和意见。当戴上白色思维帽时,思考者应摸仿计算机。



询问信息的人应把问题具体化,以获取特定的信息或填补信息方面的空白。



在实际运用时可使用双向信息系统。首先中验证过或证明过的事实——这是第一等级的事实。然后是被认为是真实的事实,但是未经充分的验证——这是第二等级的事实。



从“总是真的”到“不可能真实”我们可以安排一个可能性的序列,其间还有一些可用的标准如象“基本如此”“有时”“偶尔”等。这类的信息都可以在白帽思路下提出,这样就提供了一种专门的办法用来标志事实的可能性。白帽思路是一种规则和一种方向。它使得思考者在提供信息时更为中立和更为客观。你可以被要求戴上白帽子或者你要求别人这样做,你也可以选择戴上它或者脱下它。



白色(没有颜色)标志着中性和不偏不倚
目录
相关文章
|
7天前
|
数据挖掘 项目管理 调度
「软件项目管理」一文详解软件项目质量计划
该文章全面介绍了软件项目质量计划的制定方法,涵盖了质量模型、质量管理过程、质量保证与控制技术,并提出了软件质量改善的具体建议,帮助项目管理人员有效地提升软件产品的质量水平。
「软件项目管理」一文详解软件项目质量计划
|
5月前
|
敏捷开发 安全 数据挖掘
【软件设计师备考 专题 】软件过程改进模型和方法:提升软件开发效率和质量
【软件设计师备考 专题 】软件过程改进模型和方法:提升软件开发效率和质量
153 0
|
测试技术 项目管理
艾伟也谈项目管理,如何评估软件进度
  这是一个评估项目完成和剩余百分比的指导说明。   我还没看到了这个问题。 完成:0%, 剩余时间:2周左右。   我看到了这个问题。 完成:50%, 剩余时间: 还要2周左右。   我差不多都完成了。
955 0
|
项目管理
艾伟也谈项目管理,谈软件协作:君子和而不同,小人同而不和
我们知道现在的软件开发最大的问题就是变化,其实这也不是软件本身的问题,我更觉得是软件的特点。因为他不像建筑,画个建筑图,一般不会偏到哪里去。然而很多需要软件的人,他可能希望软件能达到什么目的,至于具体是什么样子,他自己也不知道。
2733 0
|
BI 项目管理
艾伟也谈项目管理,五大绝招 消除项目小组与用户的矛盾
  BI项目实施过程中,会导致用户现有工作量的增加,会对用户现有工作进行重新分配,总之会影响用户的即得利益。在这种情况下,项目小组与用户之间矛盾的增加。虽然说BI系统主要是企业管理者在使用但是这个系统的基石基础数据,则是一线用户所提供的。
963 0
|
安全 测试技术 程序员
艾伟也谈项目管理,找出软件开发过程中的BUG,你需要火眼金睛
  1)Bug大都出现在程序员的编码过程中。测试人员工作之一就是找出Bug,面对那些难以被人发现的Bug,测试人员通常会采取哪些手段?以您的经验,对广大测试人员有什么好的建议?对于开发人员,您有什么建议让他们减少Bug的产生?   之所以难以发现,大多是测试案例不够完整,检查测试案例是否全面覆盖了需求,等价类划得是不是够细有助于发现更多的问题。
1545 0
|
项目管理 C#
艾伟也谈项目管理,切勿过早优化
  Donald Knuth说“过早优化是万恶之源”(premature optimization is the root of all evil)。这话也许有些夸张,但“过早优化”的危害我觉得不能忽视。
1214 0
|
存储 Java 应用服务中间件
艾伟也谈项目管理,一种适用于真实世界BPM的协作方式
  我们在业务流程管理(BPM)领域里摸爬滚打已经很多年了,最近看到人们对它的关注不断提升,这是非常有趣的一件事。对这一趣事儿起催化作用方面的有,工具的日渐成熟、新BPMN2.0规范的形成、以及更多更好的相关出版物带来的人们对BPM的进一步理解,它们代表着BPM领域内最重要的进步。
1322 0
|
项目管理
艾伟也谈项目管理,话里话外:流程管理,其实可以做的更多
  在为企业做流程管理项目的时候,我们经常会反复的给企业流程经理灌输这样的一种思想:流程管理,并不仅仅是把流程图画出来,装订成册就结束了,流程管理其实可以做的更多。流程管理实际上是一种建立在流程基础上的管理体系,是从流程入手,借助流程这个平台将各种管理方法结合在一起的管理模式。
916 0
|
Java 项目管理 容器
艾伟也谈项目管理,代码背后的点滴
  有段时间没有更新技术blog了,现在有空每天都写写围脖,记录生活和工作的点滴,但是有时候发现有些技术的想法和工作总结没有像过去那么完整的写很大一篇,但是也有零零散散的不少点滴,因此想着随意的写这么一个连续的片段分享。
1109 0
下一篇
无影云桌面