看清问题到底是什么
2009-06-17 17:56
330 查看
在一个项目中甚至是日常生活中,大家往往在抓破头皮想办法去解决问题的时候,忽略了先去分析问题本身。不幸运的,我也是其中的一员。
今天拜读了久负盛名的《你的灯亮着吗》,给了我很大的震撼,原来我忽略了这么多关键的细节。
“那些没有经验的问题解决者们,几乎无一例外,都是去匆忙的寻找解决办法,而不是先给要解决的问题下定义”
我几乎一直都是这样,遇到了问题就马上提出各种各样的解决办法,能想到的都马上列出来。有时候我甚至为自己能这么快的提出这么多的解决办法暗自有点洋洋得意,觉得自己是个解决问题的能手。现在读到了这一句,真的让我为过去的那点沾沾自喜而汗颜。现在我才明白,原来自己在问题解决上,一直还是一个没有经验的人。
“对于一个准问题解决者来说,他所面临的问题就是为别人解决他们的问题;而开始其工作的最好办法是从内心深处把齿轮从单数变成复数”(注:考虑所有问题的全局)
也许是身处的环节不同?做为一名初级项目工程师,我每天都在解决各种各样的问题。我的问题都是经理分配给我的,我甚至很少去考虑为什么这些问题要按照这样的先后顺去做,为什么有些问题的侧重不同?现在略微懂得了以些,那是因为站的高度不同,看到问题的样子也不同。我身处问题之中,看到的都是问题的“点”,甚至直接被一个问题淹没而不见其它;经理却站在问题之外的高出,放眼望去,哪个问题已经是“火烧上了房”,哪个问题是“领导关注”,哪个问题是“奠基作用”,这样看下来以后,再分配给我,并交代处理的大致思路。可见,适当的提高自己看问题的高度(当然只是思维上的提高),对于分析问题和解决问题的全面性有很大的帮助。
文章随后提到,在开始着手去解决一个问题之前,首先要提两个问题:
1、谁有问题(为谁解决问题)。
2、问题的本质是什么。
问题其实就是你期望的东西
和你体验的东西之间的差别
体验没有达到期望值,问题产生了……解决问题的办法是:要么降低期望值,要么提高体验值。原文的挂镜子和发蜡笔的做法真的深深的打动了我。如果提高体验值,必然带来的结果是成本提高(例如软件升级的时间成本等),在这个时候,适当的去降低期望值也蛮不错的。如何能达到降低期望值的效果呢?原文中大家都嫌大楼的电梯要等的时间太长了,期望电梯更快点,等待的时间再短点。可是自从在电梯口挂上了镜子,甚至是发了蜡笔给人们可以随意在上面乱画做为一种娱乐的时候,我猜想人们甚至希望电梯更慢点,这样他们就可以再多玩一会。这个解决办法太精妙了(起码超越我太多了),尽管后面提到的到隔壁借电梯能带来双重利润的办法更好,但是那毕竟是要一定的运气和解决问题前夕更多的耐心去考察的。
对于那些没有幽默感的人,
帮他们解决问题简直就是自寻烦恼。
这个话说的也蛮有趣,事实上有的时候真的是这样。我发现没有幽默感的客户往往喜欢墨守成规,不愿意尝试我提出稍微有些冒险但是可能完美解决问题的方案。并且没有幽默感的客户经受不起挫折,如果你给他解决问题的过程中出现了一点和你预先描述情况不太相符的意外的时候,他们可能就会暴跳如雷,劈头盖脸的给你一顿狂骂,把你鄙视的一文不值,这个时候恐怕连你的幽默感都要没了。
遇到这种没有幽默感的人,而我又不得不去“自寻烦恼”的时候,我的做法通常都是:
1、首先顺着他们的思路和习惯去办事,让他们认可我,信任我。
2、保持自身的幽默感,渐渐的去同化他。
3、如果实在是不能通话客户让他和我一样有幽默感,起码也要他认可我的幽默感……
今天拜读了久负盛名的《你的灯亮着吗》,给了我很大的震撼,原来我忽略了这么多关键的细节。
“那些没有经验的问题解决者们,几乎无一例外,都是去匆忙的寻找解决办法,而不是先给要解决的问题下定义”
我几乎一直都是这样,遇到了问题就马上提出各种各样的解决办法,能想到的都马上列出来。有时候我甚至为自己能这么快的提出这么多的解决办法暗自有点洋洋得意,觉得自己是个解决问题的能手。现在读到了这一句,真的让我为过去的那点沾沾自喜而汗颜。现在我才明白,原来自己在问题解决上,一直还是一个没有经验的人。
“对于一个准问题解决者来说,他所面临的问题就是为别人解决他们的问题;而开始其工作的最好办法是从内心深处把齿轮从单数变成复数”(注:考虑所有问题的全局)
也许是身处的环节不同?做为一名初级项目工程师,我每天都在解决各种各样的问题。我的问题都是经理分配给我的,我甚至很少去考虑为什么这些问题要按照这样的先后顺去做,为什么有些问题的侧重不同?现在略微懂得了以些,那是因为站的高度不同,看到问题的样子也不同。我身处问题之中,看到的都是问题的“点”,甚至直接被一个问题淹没而不见其它;经理却站在问题之外的高出,放眼望去,哪个问题已经是“火烧上了房”,哪个问题是“领导关注”,哪个问题是“奠基作用”,这样看下来以后,再分配给我,并交代处理的大致思路。可见,适当的提高自己看问题的高度(当然只是思维上的提高),对于分析问题和解决问题的全面性有很大的帮助。
文章随后提到,在开始着手去解决一个问题之前,首先要提两个问题:
1、谁有问题(为谁解决问题)。
2、问题的本质是什么。
问题其实就是你期望的东西
和你体验的东西之间的差别
体验没有达到期望值,问题产生了……解决问题的办法是:要么降低期望值,要么提高体验值。原文的挂镜子和发蜡笔的做法真的深深的打动了我。如果提高体验值,必然带来的结果是成本提高(例如软件升级的时间成本等),在这个时候,适当的去降低期望值也蛮不错的。如何能达到降低期望值的效果呢?原文中大家都嫌大楼的电梯要等的时间太长了,期望电梯更快点,等待的时间再短点。可是自从在电梯口挂上了镜子,甚至是发了蜡笔给人们可以随意在上面乱画做为一种娱乐的时候,我猜想人们甚至希望电梯更慢点,这样他们就可以再多玩一会。这个解决办法太精妙了(起码超越我太多了),尽管后面提到的到隔壁借电梯能带来双重利润的办法更好,但是那毕竟是要一定的运气和解决问题前夕更多的耐心去考察的。
对于那些没有幽默感的人,
帮他们解决问题简直就是自寻烦恼。
这个话说的也蛮有趣,事实上有的时候真的是这样。我发现没有幽默感的客户往往喜欢墨守成规,不愿意尝试我提出稍微有些冒险但是可能完美解决问题的方案。并且没有幽默感的客户经受不起挫折,如果你给他解决问题的过程中出现了一点和你预先描述情况不太相符的意外的时候,他们可能就会暴跳如雷,劈头盖脸的给你一顿狂骂,把你鄙视的一文不值,这个时候恐怕连你的幽默感都要没了。
遇到这种没有幽默感的人,而我又不得不去“自寻烦恼”的时候,我的做法通常都是:
1、首先顺着他们的思路和习惯去办事,让他们认可我,信任我。
2、保持自身的幽默感,渐渐的去同化他。
3、如果实在是不能通话客户让他和我一样有幽默感,起码也要他认可我的幽默感……
相关文章推荐
- 大家有没有考虑过这个问题:datagrid分页,viewstate到底起什么作用?
- Spark到底解决了什么根本性的技术问题?
- 什么是C语言?到底难不难学?——新手问题篇
- 当生活比较迷茫的时候,我就会想起这样一个问题,人到底为了什么而活着?
- 架构漫谈(六):软件架构到底是要解决什么问题?
- web前端人员到底如何处理浏览器兼容,到底什么是浏览器兼容问题
- 架构漫谈(六):软件架构到底是要解决什么问题?
- 架构漫谈(六):软件架构到底是要解决什么问题?
- 我帮使用者解决了什么问题?我到底帮使用者解决了什么问题?
- 问这些问题,面试官到底是想知道什么?!
- 架构漫谈(六):软件架构到底是要解决什么问题?
- 架构漫谈(六):软件架构到底是要解决什么问题?
- Objective-c的第一个问题:中缀符,到底什么是函数名,什么是参数?
- linux下不能解决的问题到底有什么?
- 谁能帮我看一下到底是什么问题?
- jQuery实例化的优势,为什么要有实例化,到底实例化后在解决什么问题?
- java NIO到底能解决什么问题
- const volatile int i=10;这行代码有没有问题?如果没有,那i 到底是什么属性?【网络总结,版权非我所有】
- [解释]Super(true)和destroyApp(参数)到底是什么意思?其他小问题
- 架构漫谈(六):软件架构到底是要解决什么问题?