生活中经常会碰到“XY问题”，也就是一个人求助的问题，并不是他实际的问题。
比如我房东发动所有人帮她找深绿色的床单，我们都没有，她就要绕很远去找布店。我问她找深绿色床单干什么，她说她要拍“绿幕视频”，我们恍然大悟：只要找任何一个纯色床单都可以，完全没必要专门去找一个深绿色的床单。
这样的问题有个共同的流程
用户想做X。
用户不知道如何做X，但认为如果他们能设法做Y，他们就能摸索出解决方案。
用户也不知道如何做Y。
用户请求帮助解决Y的问题。
其他人试图帮助用户解决Y的问题，但看起来Y并不能解决客户的问题。
浪费了大量的时间后，其他人最终发现客户真正想做的是X，而Y甚至不是X的一个合适的解决方案。
当人们停留在他们认为的解决方案上，而无法退一步全面解释问题时，问题就出现了。
我工作里也碰到过一个类似的事件：老板让新招来的会计用word打印支票，会计一直都用另一个软件打，不知道怎么用word校准位置，就花了一天多事件磨合模板。老板第二天问打印的支票在哪里，同事说还在制作模板。老板看着成堆的打印出来的测试支票，叹了口气，说：“你不会用word，手写不就行了吗？”
那么碰到这样的问题该如何解决呢？
在提出任何尝试性的解决方案时，要包括大局的信息。提供信息时，也要提供细节。如果排除一则解决方案，要说明为什么排除他们，这样可以让别人更好的了解你的要求。
这些问题在软件测试相关的书里都有详细的流程。我就想起一篇有关软件工程的论文里说，不管科技进步成什么样子，也没有灵丹妙药来解决构架问题。因为软件工程最大的困难是，客户不知道自己想要什么。这件事和技术无关。
拓展资料：
The XY Problem https://xyproblem.info/
XyProblem - Greg's Wiki http://mywiki.wooledge.org/XyProblem
网友评论