在一个团队中，有经验丰富的架构师和许多编程的实现人员，那么如何确保他们每一个人听到和理解架构师的真实意图和重要思想，并且保证信息的一致性呢？

手册的重要性

手册是产品的外部规格说明，它描述和规定了用户所见的每一个细节，同样它是架构师的工作产物。手册不仅要包括所有界面在内用户看到的一切，并且还需要避免用户看不到的一些内在的东西，技术性质的往往是专业的，比如只有程序员才能明白，而普通用户根本不需要关注。

形式化

手册的作者必须注意到自己的思路和语言，达到所需要的精确程度，一种颇具吸引力的做法是对上述定义使用形式化标记方法，毕竟精确度是我们需要的东西，这也正是形式化，标记方法存在的理由和原因。

直接整合

架构师应该统一用一种方法向外界传达自己的定义。他应该尽可能的保持抽象化和接口化。并且要学会封装一些公共的引用。

会议

会议是非常有必要的，每周例会，可以让所有的项目参与者保持最新的信息交流，都有一个全面的了解。在会议中，任何人可以提出问题和修改意见，但是建议书通常是以书面的形式在会议之前发放。会议结束之后，也要保持会议纪要和一些重要的文件的日志记录。

会议的主要目的是保证大家对整个项目有一个最新的认识，保持大家的步调一致。这样每个人都有参与感。没有人是顾问的角色，每个人都要承担相应的义务，当问题出现时，在界限的内部和外部同时寻求解决方案，并且会议明确的授予了首席架构师决策的权利，避免了妥协和拖延。

多重实现

迟早会有很多编译器或解释器被推出，以满足各种各样的目标，如果起初至少有两种以上的实现，那么定义会更加的整洁与规范。

电话日志

对于具体的业务实现人员应该在遇到问题时要保持与架构师的沟通。电话是一种很好的沟通方式，而不要自己去猜测架构师所需要的东西。并且要保持电话日志，这样可以在下一次的会议中作为参考并且一起讨论。

产品测试

测试是最重要的一个环节，并且测试要尽早地进入到项目之中。