原则1. 模块原则：使用简洁的接口拼合简单的部件。
无论是软件需求分析、设计与开发，我无意识的遵从使用简单接口的拼合方式，从体系架构到模块设计，从需求分析文档到日常工作。特别是在研发团队内外部协作的工作中，我也潜移默化的受到该原则的影响，也就总结出前面文章中提到的边界原理。
在企业中，每个人是一个基本模块，部门是一个大的功能模块，公司又是社会这个大产品环境下的更大的模块，而项目组是根据策略，在公司机制下的临时功能模块。每个模块有自己的功能和职责，每个模块之间定义好简洁的接口，即公司的规则，整个系统将会高效率运行。每位工程师作为这个有机整体下的一个小模块，最好手边的每一件事情，包括Email、各种记录、评审、文档编写、代码、测试等等工作，模块之间按照简洁的接口进行交流，将会是理想的方式。然而，人不是机器，工程师更不是软件模块，管理者可以设计优良的模块、功能和接口，即便是定义了最好的规则，还是需要执行力，就像计算机需要电源一样。因此，需要借助外力（工具）帮助工程师尽量减少不必要的工作，让工程师更多的做大脑做的事情，而不是电脑做的事情，从而为架构简洁接口基础上的研发团队打基础。
没有电源的计算机无法运行最优秀的模块和代码，没有执行力的组织无法执行最优秀的管理模块。
