能力与目标匹配的三种情况

架构设计完成应用架构、数据架构、技术架构之后，还没有真正结束——最后一步是从整体维度回过头审视这些设计，首先要检验的是”不忘初心”：需求分析阶段用业务架构建模描述了企业希望软件系统实现的价值/功能，架构设计阶段则把实现方式具体化（用哪些应用协同、需要哪些数据、用哪些技术）；目标本身分层次，架构设计最后一步应该重点回头确认业务架构阶段的目标——因为业务架构直接承载企业战略目标——是否真正被应用/数据/技术架构的设计成果所支撑。在这个基础上，还要检验”能力和目标是否匹配”：企业战略和业务架构阶段确定的目标，可能与架构设计过程中实际发现的能力不一致，这里有三种情况——能力无法满足目标要求（这时需要分析是提升能力，还是把目标拆成多个阶段分步实现）；能力远超过目标（这同样不合理，需要进一步分析这个目标是不是阶段性的、后面是否还有更大的目标在等着）；能力与目标大致匹配、差距不大、短期内通过努力可以达成（这是最理想的状态，意味着企业对自身现状很清楚，能设定切实可行的目标）。目标定得过于远大容易导致冒进，目标定得太小又会限制能力的充分发挥，这两种情况都是对企业重要资源的浪费——所以架构设计的价值之一，就是能对能力和目标的匹配程度进行衡量，并把这个衡量结果反馈给企业战略层。可迁移启发：一份架构设计方案交付前，与其只汇报”设计完成了”，不如主动附上一段”能力与目标匹配度评估”——明确说出当前技术能力是超前、滞后还是匹配企业战略目标，这份反馈本身就是架构设计对企业战略层最有价值的输出之一，而不只是被动执行战略层下达的目标。