有一回我组织大家一起来讨论如何提升编写代码的效率，是需要大家一起群策群力，贡献大家的智慧，最起头就只有干巴巴的这么个问题：
如何提升编码效率？
过程中大家对此无感，陷入沉默，最终草草的结束了讨论。
后来我又组织了一次，这回我准备了一些问题，其中一个问题是：
什么让你的编码变得没效率？
在讨论我准备的其他问题的时候，大家也没什么感觉，但是碰上这个问题的时候，大家就开始吐槽了，有说显示器不够大的，有说经常被打断的，有说没有文档参考的，有说BUG系统太慢的，有说需求模糊的。。。。。。一下子打开了话匣子，我统统记录了这些吐槽点，然后反过来，想一想，是不是显示器增大了或者加一个显示器就可以效率翻倍了？如何确保开发者不被打断，有成块的时间？如何补充文档参考？如何提升BUG系统性能？如何让需求变得清晰？等等。最终形成了我们的一致结论和改进措施，总体来看，效果很不错。
同样，我们在给一些产品提需求的时候也可以用此方法，正面的问题是
如何设计一台路由器？
可以反过来想一想
什么使得路由器很难用？
有很多问题就出来了
时不时会断线，特别是夏天最热的时候
隔了一堵墙就信号变差
有人蹭网，很难屏蔽别人
颜值太差，不爽
然后把问题反过来问，如何让路由器在热天不断线？（技术上可能涉及散热了），如何降低干扰？等。
这样的思考方式还可以应用到很多方面，它可以帮助你对一个问题豁然开朗。
如何设计一个网站？
如何进行社群运作？
如何项目开工？
如何设计一个VPN申请流程？
如何做好性能测试？
如何进行竞品分析？
从问题的反面来思考，值得我们好好用起来。
如果你此法有新的心得和疑问，欢迎交流。
我的微信：jhhuawei
我的微信公众号：瓦力工坊