版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
假设一个项目经理已经拥有了行事规范、富有经验的架构师和许多编程实现人员，那么，如何确保每个人听到、理解并实现架构师的决策。下面给出一套实现上述目标的方法，它们对于软件项目同样适用。
文档化的规格说明--手册
手册是产品的外部规格说明，它描述和规定了用户所见的每一个细节；他应该是产品经理或架构师主要的工作产物。
形式化定义
很多工具可以用于形式化定义，例如数据库设计范式 形式化定义等，形式化定义是一种设计实现，它既有优点也有缺点。优点：精确、完整。缺点：难理解。
直接整合
对于模块间接口语法，而非语义。比如微服务的rest接口规范定义好后，只要按照接口规范开发，就可以直接将多个服务集成到一起。
会议和大会
《人月神话》中把会议分成两个级别：周例会和年度大会。但在现实情况下，使用敏捷开发管理方式，会议的频率会更高，每日站会、每周例会、每月复盘会。会议的流程应该是（除了站会外）会前提前收集问题、会中共同讨论并做记录、会后总结。
多重实现
系统实现与产品定义不符合，应该优先以产品定义为准。