节约时间最好的方法 节省时间的一个小妙招

主题：节省时间的一个小妙招目标：提醒自己和大家要注意前提；刻意练习：取标题，我来为大家讲解一下关于节约时间最好的方法 节省时间的一个小妙招?跟着小编一起来看一看吧!

节约时间最好的方法 节省时间的一个小妙招

主题：节省时间的一个小妙招

目标：提醒自己和大家要注意前提；刻意练习：取标题

目标读者：所有人

最近帮同事一起找bug的时候，浪费了一些时间，于是反思了一下自己的问题。发现自己由于默认相信自己的同事，顺着对方的前提往下走，于是和同事一起陷入了死胡同，如果最开始就确认一下前提的话，则很快就能把问题给解决了。这么说有些模糊，来上两个案例。

案例1：同事A说他想把一个脚本部署到某个记录上，但是他发现这个记录选不到，压根就搜不出来，其他记录都是能搜出来的，就单单这一个搜不到。

我心想这是什么奇怪的BUG，然后测试了一下是不是和权限有关？是不是和大小写有关？又用其他的脚本试一试能不能搜到这个记录。

总之，兜兜转转地试了很多方式，都没有找到问题。最后我从头走了一遍流程，发现他其实已经在这个记录上部署过了，因为不能重复部署，所以，那个记录就搜不到了。

说实话，一开始完全没有想过这种可能性，因为不觉得对方会犯这种蠢问题。

案例2：同事B要请求一个新的接口，结果接口返回权限错误。所以，我就接受了权限有问题这一点。

检查了一下客户有没有权限，又检查我们自己的app有没有调用这个接口的权限。接口文档也研究了半天。都没有发现什么问题。

最后，我本着试一试的心态，自己尝试调用了一下接口，发现并没有权限的问题，是可以调用通的。

肯定是这个同事哪个地方搞错了。

上面两个案例都非常相似，就是对方说啥，我就认同了，然后顺着对方的逻辑继续往下走了。但对方的前提本身就是错的，我却并没有质疑这个前提。

每个人工作的时候都有可能会犯蠢，我会，同事们自然也会，所以不能默认对方不会犯错。

对方可能不小心被某种思维绊住了，即所谓的一叶障目。这时候，我们不能也站在那片叶子后面，这样我们的视野也同样被遮挡了，就会陷入到对方的逻辑“圈套”中。

我们应该站远一点，以一个旁观者的心态来审视整件事，才能更快地找到问题。

所以，以后再帮同事解决问题的时候，可以先自己从头试一试，不用管对方说啥，靠自己得出和对方相同的结论后，再和他认真讨论。

包括听到一个结论后，要保留质疑，不要轻易相信，要仔细地判断对方的前提是否成立。

字数：783

耗时：1小时

··················END··················

,