企业架构只有进入投资决策和项目组合管理，才能把战略目标、业务能力与建设资源真正连接起来。
企业每年都会提出大量数字化建设需求，但预算、人员和实施能力始终有限。真正困难的往往不是判断某个项目是否有价值，而是在多个看起来都有价值的项目之间作出取舍。
如果项目评审主要关注单项需求是否合理、方案是否可行，就容易忽略项目之间的重复、依赖和整体优先级。企业架构能够为投资决策提供一个跨部门、跨系统的共同视角。
一、从项目需求回到战略目标
项目通常以解决具体问题为起点，但投资决策还需要回答：它服务于哪项战略目标，增强什么业务能力，以及不建设会造成什么影响。企业架构可以建立战略目标、业务能力和建设项目之间的对应关系。
这种对应关系能够帮助管理者区分“必须补齐的基础能力”“支撑业务增长的重点能力”和“局部体验优化”，避免所有需求都被描述成最高优先级。
二、识别重复建设与能力空白
不同部门可能围绕相似问题分别提出系统建设需求。如果只按项目名称比较，很难发现重复；如果把项目映射到业务能力、应用服务和数据对象，就能看出是否多次建设了相同能力。
同样，能力地图也能暴露空白：有些战略目标受到高度重视，但没有任何项目提供支撑；有些领域投入很多，却集中在界面调整和局部功能，缺少基础数据与共享服务。
三、把项目依赖纳入组合安排
数字化项目很少完全独立。一个经营分析项目可能依赖数据标准和数据接入，一个智能应用可能依赖知识体系、模型服务和权限机制。忽视依赖关系，会导致上层应用先上线、基础能力后补建。
企业架构可以将项目按照基础能力、共享能力和场景应用进行分层，明确先后关系和共用资源，使项目排期从单项推进转向组合协同。
四、用目标架构约束方案选择
投资决策不仅决定“建不建”，也决定“以什么方式建”。目标架构可以帮助判断一项需求应通过现有系统扩展、共享平台复用、专业系统建设还是外部能力接入来实现。
当项目方案偏离目标架构时，并非一律否决，而应说明偏离原因、影响范围和后续处理方式。这样既保留业务响应速度，也避免临时方案长期固化。
五、从一次评审走向持续组合管理
项目组合会随着战略、预算和实施情况变化。企业应定期更新项目状态、能力覆盖和架构依赖，及时调整优先级，而不是在年度立项后保持不变。
企业架构的价值并不是替代投资部门作出决定，而是提供一致、可追溯的分析依据，让有限资源更集中地用于关键能力建设。
项目组合评审可以固定回答六个问题
这项建设对应哪项战略目标；增强哪项业务能力；是否能够复用已有平台；与其他项目有哪些前置依赖；不建设或延期会产生什么影响；上线后用什么结果判断价值。六个问题不直接给出投资结论，但能让不同项目在相对一致的尺度下比较。
评审材料也不必追求复杂评分。对于难以量化的长期基础能力，可以保留定性判断，但要说明依据和责任人。真正重要的是形成可追溯的取舍逻辑，而不是制造一个看似精确的综合分数。
架构部门与投资部门如何分工
投资部门负责预算约束和最终决策，业务部门负责说明需求价值，架构部门则提供能力覆盖、重复建设、依赖关系和目标架构偏离等分析。三方共同工作，才能避免架构成为单纯技术审查，也避免投资评审只关注单个项目的收益陈述。
参考资料
附件可下载