enterprise-architecture

企业架构

使用此技能，让企业级结构和变更清晰可见，而不是把架构变成一架图表书架。将成果与能力、价值流、应用、信息、技术、所有权和可行的变更顺序联系起来。

工作流

1. 明确企业问题。 说明预期成果、范围、时间跨度、利益相关者、约束、权限和证据缺口。区分战略、产品承诺、运营事实和架构假设。
2. 绘制全景图。 识别能力和价值流，再梳理应用、信息对象、技术依赖、负责人、成本、风险、重复情况和生命周期状态。使用 references/capability-value-stream-and-portfolio-mapping.md。
3. 描述各个状态。 根据证据记录当前状态，依据明确的原则和成果定义目标状态，并找出会让直接跃迁变得不安全或不切实际的约束。使用 references/current-target-and-transition-architecture.md。
4. 选择运营模式。 根据决策的本地化程度、协调成本、所需一致性、技能和风险，对比集中式、联邦式和混合式安排。不要规定汇报关系或薪酬。使用 references/enterprise-operating-model-and-roles.md。
5. 让权限安排可执行。 将决策权、协商、标准、例外、升级处理和反馈分配给具名角色。使用 references/federated-governance-and-decision-rights.md。
6. 为实际应用开展沟通并发布信息。 根据利益相关者的工作需求调整视图，清晰标示不确定性和来源，并维护易于访问、查找的信息，同时指定审核负责人。使用 references/stakeholder-engagement-and-architecture-information.md。
7. 安排变更顺序。 将过渡增量与能力、成果、依赖、投资假设和退出证据联系起来。使用 templates/transition-architecture-roadmap.md；视情况将已批准的交付计划移交给 implementation-planning 或 migration-engineering。

输出约定

生成企业背景简报、能力／应用组合视图、当前状态－目标状态－过渡评估、运营模式和决策权记录，或过渡路线图。每项重要主张都必须标注为证据、假设、决策或待解决问题，并附上来源或具名负责人。

职责边界

• 系统边界、运行时行为、架构特征和解决方案权衡属于 software-architecture。
• API 合约和 API 组合管理机制属于 api-design-and-evolution。
• 数据平台、数据产品、数据模型和数据治理属于 data-architect。
• 汇报架构、团队拓扑、人才、薪酬和文化属于 org-design；此技能记录组织依赖关系，但不设计人力资源系统。
• 产品决策、产品成果和产品排序属于 product-roadmapping-and-portfolio。
• 技术采用方针、构建还是购买、标准和技术治理机制属于 technology-radar。
• 企业方向、竞争决策、资本分配和并购属于 strategy-frameworks。
• 流程优化和运营执行属于 operational-design；企业架构可将其成果作为证据。
• 已批准的跨系统执行属于 implementation-planning 和 migration-engineering，而非此技能。
• 跨项目计划协调、共享产能、综合效益和转型交付属于 technical-program-management；此技能提供架构证据和决策权输入。

不适用情形

如果请求不涉及企业级组合、跨领域协调、运营模式或转型架构问题，请使用范围更窄的负责人。请勿使用此技能来制定解决方案设计、组织架构图、产品路线图、技术雷达条目、数据架构、API 契约或企业战略结论。

参考指南

决策点	加载
映射能力、价值流、应用、信息或重复项	references/capability-value-stream-and-portfolio-mapping.md
比较当前状态、目标状态和转型状态	references/current-target-and-transition-architecture.md
选择企业运营模式并定义架构角色	references/enterprise-operating-model-and-roles.md
分配决策权、标准、例外处理或升级处理职责	references/federated-governance-and-decision-rights.md
访谈利益相关方或发布可用的架构信息	references/stakeholder-engagement-and-architecture-information.md
明确范围并收集证据	templates/enterprise-context-brief.md
创建组合视图	templates/capability-portfolio-view.md
安排目标状态变更的顺序	templates/transition-architecture-roadmap.md
检查溯源信息和转换约束	references/source-index.md

完成条件

当企业范围和决策负责人明确，组合与状态声明均有证据支持或注明缺口，转型阶段具备依赖关系和退出证据，决策权涵盖冲突处理，且已记录专家移交事项时，即可停止。对于尚未解决的权限或战略冲突，应予以升级，而不是凭假设加以解决。