麻雀虽小，五脏俱全：是什么原因让简单的问题复杂化

“麻雀虽小，五脏俱全 ”系列
---
这一系列着眼于日常工作中的一点一滴，从细微处入手，发现工作的乐趣和智慧。
---

本文谈论的不是技术问题，是一个沟通和工作方式的问题。

我们公司有一项软件产品，还处在稳定阶段，产品化程度不太高，
这项产品目前正在一个全国性的项目中实施。

实施团队被派到各省去做现场安装调试，
由于产品开发和用户的定制需求不能完全分离，因此不断的有补丁包发布，
实施人员每次拿到补丁就在现场做升级。

A是负责几个省实施的项目经理，B是产品某模块开发小组的负责人，
4月份，B负责的模块有重大的功能调整，发布补丁后，由A在现场升级，发现有异常。
于是A派手下的开发人员去现场检查，发现有文件缺失的现象，
开发人员在现场修复问题，大家也都没有深究原因，这事儿就这么过去了。

由于B的功能调整比较大，于是接下来一个多月，又连续发布了几次补丁包，
每次都是A更新后有问题，需要派开发人员到现场解决问题。

这样反复多次后，随着初验压力越来越大，A和B在电话里争了好多次，
A终于忍不住了，认为研发部门发布的补丁有问题，
将情况通过邮件向部门领导反映，要求协调解决。

接手调查此事后，我要求A将现场刚升级完毕，有问题的系统，原封不动的打包发给我，
我首先要在公司重现他在现场遇到的问题，以便排除环境因素
（因为每次都是他这里出问题，我首先怀疑他的环境是否有问题）。

拿到A发过来的包，经测试确实有他提到的问题，进一步检查问题原因，发现还是缺少文件，
我向B索要了最新补丁包，并向A确认他的升级步骤。

信息汇总到一处，真相其实很简单，甚至有些傻：
B每次发布的增量更新包，仅包含跟上次发布相比，变化过的文件，
A每次升级，都是按目录替换，而不是覆盖。
这样导致目录下没有变过的文件被删除了。

---

点评：
这本来是一个很容易发现的错误，
开发人员第一次去现场帮助实施人员做更新的时候，
如果双方做一个有效沟通，就应该可以解决这个问题。

可见沟通是一个很奇妙的事情，跟距离的远近和语言的多寡没有关系，
对话的双方如果都能尝试着去理解对方，而不是忙着划清责任的边界，
可能很多问题就不会是问题了。


看完这篇文章，可能有些人会觉得，工作中怎么会有这样的低级错误，
我也有此疑问，可它确实发生了，因此记录下来。