另一方面，温驯的CIO们不断的在一个程序上加上另一个程序，不久面临一片混乱。要纠正这些错误，我建议你围绕公司的模式，建立一个基于标准的架构。
关注重要法则
架构原则应当从上至下，就是说，从最高层次的原则细化到IT各系统部件互相影响。很多时候，我发现IT组织努力对低层次的规范和协议达成一致，而没有先对“重要规则”达成一致。什么是“重要规则”？它们就是组织中的人员按照架构协调工作和分歧的基本原则。
第一条规则：认可
必须对架构中的所有人保持信任。那意味着不存在惊奇。在一个IT组织内，不能用访问优先权来获得控制权。你是不是常常走到会议室，惊奇的发现组织方向的变化，或者一些没有被共享的新信息？
所有的信息都应当被那些有关系的人共享，如果要确定一个方向，每个人都应当有机会去回应。不这样做就会破坏各方的信任关系。不信任是会促使人们脱离常规，通过建立灰色系统，或者破坏架构，从而“做自己的事”。
第二条规则：一致
没有人能破坏架构。如果需要，你可以防止，但是每个人都必须事先同意架构不能被忽略。如果这条规则没有被贯彻，你将陷入混乱。但是同时，必须要有一个上诉机制。架构不是让IT活动互相较量的俱乐部，所以高级经理应该对用户的关切保持敏感，并适当回应。
第三条规则：创建书面记录
架构必须被写下来，而且每个有关的人都应当对此有所贡献。口头的架构在许多的组织是一种传统，但是以我的经验看来，除非有一个简单和清晰的架构文件，而且每个管理人员和项目开发者有一个备份文件，你会面临误解和反感的威胁。
第四条规则：共同行动
没有一个IT组织内的人能够说“不是我的工作”。每个人都必须参与，而且没有人可以把担子给其他人，而对公司的成功无动于衷。这个价值观对于架构的成功至关重要。如果IT组织内的员工不理解共同行动的好处，组织就不会获得长期的成功。
