打破思维定势,跳出问题漩涡
2012-08-28 09:06
375 查看
思维定势(Thinking Set) 是由先前的活动而造成的一种对活动的特殊的心理准备状态,或活动的倾向性。在环境不变的条件下,定势使人能够应用已掌握的方法迅速解决问题。而在情境发生变化时,它则会妨碍人采用新的方法。消极的思维定势是束缚创造性思维的枷锁。
上面的描述太专业化,通俗地讲,思维定势其实是根据个人或团队先前的知识积累去解决现实问题的方法或者思路。通常而言,思维定势能解决我们遇到的绝大部分问题,只有少部分问题,在思维定势的框架下,只会将问题越变越复杂而不能最终解决问题。
就拿软件设计来说,瀑布模型是一种条理清晰、层次明确的设计方法,在需求明确、人力资源、时间和成本允许的情况下,无疑会是大家首选的;但当环境变了,比方说需求不清晰、或者特别强调工期的项目,就不再适用瀑布模型,此时专家们突破思维定势,创造出来螺旋模型、快速原型模型、增量模型等设计方法。
单位的一位领导曾跟我说过,不要把自己当成一位码农、一个只知道砌砖的民工,要把自己当成设计师、当成既画蓝图又砌砖的建造师。想必很多人听到了都觉得这是个理想。初听到这句话,我也是这么想的,自己就是一个苦逼码农,就是用十指创造生活的人,哪谈得上什么设计师?且慢,静下心来,我们不妨细看看开发过程。
软件的设计工作总是从《用户需求说明书》开始的,根据这个我们去编写SRS。编写SRS的过程,是对用户需求理解的过程、是用软件语言翻译需求的过程。这个过程就用到了工程师的积累,老资历的工程师通常很快就能完成这个过程,并且能做到理解准确,贴近用户初衷。
完成了SRS,我们开始执行总体设计、概要设计、详细设计这些过程。到了详细设计阶段,就比较接近最终的代码了。我们就说说这个详细设计阶段,如果说前几个阶段都是在描述问题,那么这个阶段就是要充分考虑如何去解决问题了。
需求中棘手的问题,都要找到解决方法。这个过程中,思维定势能帮助我们解决99%以上的问题。个别问题,利用积累,我们想到多种解决方案,但这些解决方案虽能解决问题,但要么受制于其它条件,要么成本巨大,都不能成为我们的首选方案。在这里,开发过程陷入了僵持阶段。项目经理也不敢轻易从备选方案中选择最终解决方案,只要上报更高一级别的领导——技术总监。
技术总监拿到这个问题和配套的多个解决方案,也深表赞同,正要痛下决心采取提高成本来解决问题的方案时,突然说了一句,“跟用户沟通下,让用户修改下需求不行吗?”对啊,这个需求其实也存在不合理的地方,如果用户同意修改一下,那么我们的解决办法就比较简单,并能保证工期,并且不用增加成本了。
项目经理在总监的一句话提醒下,顿悟。
其实,刚刚技术总监就是做到了突破思维定势,提出的一种解决办法。
为什么大部分人都不能突破思维定势呢?按照我的理解,就是因为“当局者迷”。遇到这种事情的时候,不妨跳出来,以一种局外人的视角重新审视这个问题,或许就有意外收获呢。
也许下一次你突破了思维定势,提出了新的解决方案,大家会拍着大腿说,“对啊,就应该这么办,我怎么没想到呢”,往往这就是成功的突破。
以上为本人开发过程中的一点拙见。
上面的描述太专业化,通俗地讲,思维定势其实是根据个人或团队先前的知识积累去解决现实问题的方法或者思路。通常而言,思维定势能解决我们遇到的绝大部分问题,只有少部分问题,在思维定势的框架下,只会将问题越变越复杂而不能最终解决问题。
就拿软件设计来说,瀑布模型是一种条理清晰、层次明确的设计方法,在需求明确、人力资源、时间和成本允许的情况下,无疑会是大家首选的;但当环境变了,比方说需求不清晰、或者特别强调工期的项目,就不再适用瀑布模型,此时专家们突破思维定势,创造出来螺旋模型、快速原型模型、增量模型等设计方法。
单位的一位领导曾跟我说过,不要把自己当成一位码农、一个只知道砌砖的民工,要把自己当成设计师、当成既画蓝图又砌砖的建造师。想必很多人听到了都觉得这是个理想。初听到这句话,我也是这么想的,自己就是一个苦逼码农,就是用十指创造生活的人,哪谈得上什么设计师?且慢,静下心来,我们不妨细看看开发过程。
软件的设计工作总是从《用户需求说明书》开始的,根据这个我们去编写SRS。编写SRS的过程,是对用户需求理解的过程、是用软件语言翻译需求的过程。这个过程就用到了工程师的积累,老资历的工程师通常很快就能完成这个过程,并且能做到理解准确,贴近用户初衷。
完成了SRS,我们开始执行总体设计、概要设计、详细设计这些过程。到了详细设计阶段,就比较接近最终的代码了。我们就说说这个详细设计阶段,如果说前几个阶段都是在描述问题,那么这个阶段就是要充分考虑如何去解决问题了。
需求中棘手的问题,都要找到解决方法。这个过程中,思维定势能帮助我们解决99%以上的问题。个别问题,利用积累,我们想到多种解决方案,但这些解决方案虽能解决问题,但要么受制于其它条件,要么成本巨大,都不能成为我们的首选方案。在这里,开发过程陷入了僵持阶段。项目经理也不敢轻易从备选方案中选择最终解决方案,只要上报更高一级别的领导——技术总监。
技术总监拿到这个问题和配套的多个解决方案,也深表赞同,正要痛下决心采取提高成本来解决问题的方案时,突然说了一句,“跟用户沟通下,让用户修改下需求不行吗?”对啊,这个需求其实也存在不合理的地方,如果用户同意修改一下,那么我们的解决办法就比较简单,并能保证工期,并且不用增加成本了。
项目经理在总监的一句话提醒下,顿悟。
其实,刚刚技术总监就是做到了突破思维定势,提出的一种解决办法。
为什么大部分人都不能突破思维定势呢?按照我的理解,就是因为“当局者迷”。遇到这种事情的时候,不妨跳出来,以一种局外人的视角重新审视这个问题,或许就有意外收获呢。
也许下一次你突破了思维定势,提出了新的解决方案,大家会拍着大腿说,“对啊,就应该这么办,我怎么没想到呢”,往往这就是成功的突破。
以上为本人开发过程中的一点拙见。
相关文章推荐
- 【打破思维局限性】算法问题中的奇技淫巧(不断更新)
- 一个Sql语句例子(再次强调:打破定势思维很重要!)
- 打破思维定势,也许需要非本行业人士的支持 推荐
- 跳出思维定势,改变交谈习惯zz
- 打破自己的思维定势,才会有所突破
- 《第五项修炼》:系统思考,打破思维定势。有陷入锤子定子模式的嫌疑
- 梦——软件问题最终用硬件方式解决——跳出思维怪圈(原创)
- 老总问的几道题 自己的亲身感受,打破定势思维很重要!
- 怎样打破思维定势
- 打破我们的思维定势
- 打破思维定势的重要性
- Python基础(3)——北京市地铁买票问题(思维练习题)
- 跳出直线思维的陷阱
- java8入门必备——函数式编程思维——过滤函数的同义异名问题
- 不要有这样的思维定势
- 思维转换:蚂蚁问题
- 新随笔--读书笔记《学会提问》:学习提出好问题的思维方法
- ZOJ 3929 Deque and Balls (放球问题_DP思维好题)
- 数列问题(二分+思维)好题
- 互联网时代,处处都要打破传统思维