酷壳上这篇《开发团队的效率》中提到过这点。
===进入正文===
领导只要结果，不要过程。
大多数领导是这样的：很少或者根本不关心在乎下面各团队间合作的方式；只关心最终产品或任务是否能完成。这样的领导一般只在乎能否在短期内完成目标任务，而忽视了达成目标方式是否合适，是否符合可持续发展。
于是底下各团队间的合作就可能存在大量的代劳。
如本属于A组的职责任务，却由B组去实现。尤其当B组是整个工作流程中的下游团队或支持性团队的时候，代劳会成分更多。有时候在A组人力资源不是非常充足的情况下，领导甚至会明确指派B组人员去做A组的任务！(就是为A组擦屁股)
（拍拍脑袋就做决定的领导多了去了。这年头，”领导“是可以用来当贬义词的。就像”专家“。）
代劳有害。
分工是为了高效率。让更专业的人去做更专业的事。不同团队间的职责划分必须非常清晰，泾渭分明。不同团队，技能各有所长。团队间的代劳肯定是吃力不讨好，浪费资源。这还算轻的。严重的可能直接导致B组成员离职。（为别人擦屁股能爽吗？不爽，那就离职。）
再者，代劳所消耗的资源谁出？A组会愿意划一部分自己的薪资、升职等各种资源给B组吗？肯定不愿意。如果愿意，还不如直接把B组的人力直接归并到A组里，完全成为A组的一部分。如果遇到不得不代劳的情况，肯定是组织出问题了。
团队合作必须服务化。
服务性团队应该定义一套接口，开发一个通用的平台，让其它小组能够自助式地获取所需服务内容。具体服务性工作由这个平台自动完成。尽量减少处理其它小组各自具体业务的情况。当然这个平台自身的业务逻辑与其它小组具体业务也要解耦。