一致性

我们一直在倡导自主的团队，IT和业务保持战略的一致性是其中的关键，无法通过日常取舍来阐明的战略，是无效的战略。在企业架构中，只说应该为了“高可用”设计是没意义的，“相较于一致性我们更重视可用性”这么说才更有价值。IT和业务的不同层面都存在着取舍，越是有意承认这些取舍，大家才越容易保持战略一致。

在IT与业务对其的过程中，业务战略必须放在首位，当业务战略得到普遍认可和理解以后，IT才能与业务对齐。但是业务战略提炼本身可能就是一个障碍，业务战略可能只存在于高层的脑海中，除了愿景、使命和年度计划，没有其他途径来阐述或分享业务战略。如果IT不能未征得业务部门同意，就假定自己共同拥有业务战略，则会出现另一种麻烦：如果IT部门未赢得业务部门的肯定，那愿景可能就会变成空洞的陈词滥调。

无论出于什么原因导致各部门与战略没有对齐，最终责任都在于业务战略没有得到阐明、分享和认可。在团队中需要有一个将业务目标、背景和关注点翻译给IT，将IT的想法和成果翻译给业务部门的角色存在。 需要将实际的工作和战略对应起来，让大家都看见并达成共同理解，这有助于优先级对齐。可以使用一个映射机制来显示业务诉求和日常工作的关系：业务诉求->架构区域->技术故事，也就是说，用这种方式来展示技术故事对架构目标有什么贡献以及架构目标和业务有什么关联。在迭代开发的过程中，产品负责人要理解最小可用产品（MVP）和最小可售产品（MMP）的概念。