关于模块接口沟通的问题

1、目前大公司很容易碰到的一个问题是：  部门之间沟通成本非常的高，为什么呢？因为他的绩效评定走的是数据、是流程、是分数，而不是以人为本，所以导致每个人只喜欢顾及自己的绩效数据，其他人的事情不想理，这是其一；其二，一个问题参与者会有几十个人，达成共同意识的成本增加。  这里谈的一个问题是： 如果减少设计不同模块的不同团队之间的沟通成本。

目前情况是这样的： 一般情况下我们是将被调用的模块通过接口的方式暴露给外界，让外面的程序员来进行调用，所以使用此接口的程序  一：不知道这些接口的规约、限制、调用顺序、优点和局限；二碰到调用出来的情况和自己想象的情况不一致时，不知道是自己调用有误呢还是接口本身有问题，即无法调试。     这里提出一个减少成本的方案：那就是每一个接口应该都要有一个接口实例daemon、调试工具和说明文档。   调试工具、说明文档可以没有，但是示例daemon一定要有，这样可以减少程序员不必要的时间浪费，增加程序员的成本