如何应对“保姆式”软件开发

❈近期偶然间在网上看到陈皓（左耳朵耗子）在酷壳上发表的《开发团队的效率》一文，作为一名测试行业从业者，对文中提到的“保姆式”软件开发感受颇深。从国内测试行业的发展来说，测试也需要用“云服务”的思路去做，一方面尽可能的提供测试工具和测试平台，帮助开发自测提高质量；另一方面提供测试咨询，而不是帮应用开发团队干活擦屁股当保姆。❈

原文的部分段落

所谓“保姆式”软件开发就是——我只管吃饭，不管做菜洗碗，就像——衣来伸手，饭来张口的“小皇帝”一样，身边有一堆太监或宫女，不然生活不能自理。这种情况经常见于开发和测试，开发和运维间的关系。很多公司，测试和运维都成了开发的保姆。

我就能看到，很多开发快速写完代码后基本上都不怎么测试就交给QA去测试了，QA一测，我草，各种问题，而只会做黑盒的QA并不能马上就能确定是代码的问题还是环境的问题，所以还要花大量时间排除不是环境问题，才给开发报BUG。很多问题，可能只需要做个Code Review，做个单测就可以发现了，硬要交给QA。运维也是一样的，开发出来的软件根本就没有考虑什么运维的东西，因为有运维人员，所以我才不考虑呢。

这和我们带孩子的道理是一样的，对于孩子来说，如果父母帮孩子做得越多，孩子就越觉得理所应当，就越不会去做。

“保姆式”开发一般会进化成“保安式”开发。

• 因为你的团队开发人员的能力不行，设计不行，Code Reivew/UT不做，你就只能找堆QA看着他。

• 因为Dev/QA只管功能不管运维，所以，还得找堆运维人员看着他们。

• 因为你的技术人员不懂业务，不懂需求，需要再找个BA，找个产品经理来指挥他。

• 因为你的技术人员不会管理项目，所以，再搞个项目经理，找个敏捷教练、以及SQA来管着他。

就这样，你不行，我找人来看着你，看你的人不行，我再找人来看着看你的人……层层保姆，层层保安。于是，你就会发现，团队或部门里的人员越来越多，你整天都在开会，整天都在互相解释，互相争吵，会扯淡的人越来越多。那还有个屁的效率。

网络上一个非常经典的图片，来源不详，程序员在挖坑，其它人站在当监工

解决方案

1）不要招只会写代码的“码农”，要招懂“需求”，注重“软件工程”和“软件质量”和“软件维护”的“工程师”。

2）最好的管理，不是找人来管人，而是自己管自己。

3）组织和团队中支持性工作的人越少越好，最好不要。

4）服务化。我服务于你并不代表我要帮你干活，而是代表——我要让你干活干得更爽。

我在微博上说过下面的话，（大家可以体会一下保姆和服务的差别）

运维要用“云服务”的思路去做。如果一个公司内的运维团队开发出一堆工具，让做应用开发团队可以很容易地申请机器、存储、网络、中间件、安全等资源，并很容易管理、监控和部署应用，并提供运维资询。而不是帮应用开发团队干活擦屁股当保姆。那么，这个公司就会不经意地做出一个云计算平台来了。