关于 togaf-guidance
togaf-guidance 是面向企业架构实践者的 TOGAF 参考技能，帮助判断适用的 ADM 阶段，并说明各阶段活动、交付物和治理工作。
主要功能
- 01识别 ADM 阶段
- 02阶段活动与交付物说明
- 03涵盖四类架构领域
- 04跨阶段需求管理
- 05适配不同规模项目的指引
适用场景
- 01判断当前工作适用的 ADM 阶段
- 02规划企业架构交付物
- 03开展架构治理
- 04按项目规模调整 ADM
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/togaf-guidance确认已加载。
附带文件references/togaf-overview.md
详细介绍
TOGAF 指南
何时使用此技能
在以下情况下使用此技能：
- 了解当前工作适用哪个 TOGAF ADM 阶段
- 获取特定阶段的活动和交付成果
- 以实用的方式了解 TOGAF 方法论
- 应用企业架构治理
关键词： togaf、adm、架构开发方法、阶段、业务架构、技术架构、迁移规划、实施治理、架构愿景
TOGAF 10 概览
TOGAF（The Open Group Architecture Framework）提供了一套全面的企业架构开发方法论。其核心是架构开发方法（ADM）——一个包含 10 个阶段的迭代循环。
四个架构领域
| 领域 | 重点 | 工件 |
|---|---|---|
| 业务 | 流程、能力、组织 | 业务流程模型、能力地图 |
| 数据 | 信息资产、数据管理 | 数据模型、数据流图 |
| 应用 | 应用及其交互 | 应用组合、集成图 |
| 技术 | 基础设施和平台 | 技术标准、部署图 |
ADM 阶段
预备阶段
目的
在组织内建立架构能力。
关键活动
- 定义架构原则
- 建立治理框架
- 选择工具和方法
- 定义架构工作的范围
交付成果
- 架构原则目录
- 企业架构（EA）组织模型
- 定制后的架构框架
适用场景
启动新的 EA 计划，或将现有实践正式化。
阶段 A：架构愿景
目的
制定与战略目标一致的高层愿景。
关键活动
- 确定利益相关者及其关注事项
- 定义架构范围
- 制定高层愿景
- 获得继续推进的批准
交付成果
- 架构愿景文档
- 利益相关者地图
- 架构工作说明
适用场景
启动新的架构项目或重大计划。
阶段 B：业务架构
目的
开发支持愿景的业务架构。
关键活动
- 对当前业务流程建模
- 定义目标业务能力
- 确定差距和机会
- 与业务战略保持一致
交付成果
- 业务架构文档
- 流程模型
- 能力评估
适用场景
在制定技术解决方案之前，了解业务需求。
阶段 C：信息系统架构
目的
定义数据架构和应用架构。
子阶段
- 数据架构：信息资产、数据模型、数据治理
- 应用架构：应用组合、集成、API
关键活动
- 对当前和目标数据架构建模
- 定义应用组件及其交互
- 确定与数据相关的差距
交付成果
- 数据架构文档
- 应用架构文档
- 集成规范
适用场景
设计支持业务能力的系统。
阶段 D：技术架构
目的
定义技术基础设施。
关键活动
- 定义技术标准
- 对基础设施组件建模
- 规划平台能力
- 处理非功能性需求
交付成果
- 技术架构文档
- 基础设施图
- 技术标准目录
适用场景
选择平台、基础设施和技术标准。
阶段 E：机会与解决方案
目的
确定实施方法和项目。
关键活动
- 汇总阶段 B、C、D 的差距
- 将差距归类为工作包
- 评估自建、购买或复用
- 确定过渡架构
交付成果
- 实施因素评估
- 工作包定义
- 过渡架构说明
当前所处阶段
规划如何从当前状态迈向目标状态。
阶段 F：迁移规划
目的
制定详细的实施路线图。
关键活动
- 确定项目优先级
- 估算资源和时间安排
- 定义迁移方法
- 制定实施路线图
交付成果
- 实施与迁移计划
- 架构路线图
- 过渡架构详情
当前所处阶段
正在制定包含时间安排和依赖关系的执行计划。
阶段 G：实施治理
目的
监督架构实施。
关键活动
- 提供架构监督
- 开展架构合规性审查
- 处理变更请求
- 确保实施符合设计
交付成果
- 架构合规性评估
- 变更请求
- 实施指导
当前所处阶段
项目正在执行；确保项目遵循架构。
阶段 H：架构变更管理
目的
管理架构随时间发生的变更。
关键活动
- 监控技术变化
- 评估业务变化
- 确定是否需要启动新的 ADM 周期
- 保持架构的适用性
交付成果
- 架构变更请求
- 更新后的架构文档
- 新周期的建议
当前所处阶段
维护并演进已建立的架构。
需求管理
目的
在所有阶段管理架构需求。
注意： 这是一项贯穿各阶段的活动，并非按顺序进行的阶段。需求管理在所有 ADM 阶段中持续开展。
关键活动
- 识别需求
- 建立需求基线
- 监控基线
- 处理需求变更
交付成果
- 需求存储库
- 影响评估
- 需求变更日志
阶段识别指南
不确定自己处于哪个阶段？请回答以下问题：
- 你是在从头开始进行 EA 吗？ → 预备阶段
- 你是在定义范围并争取认同吗？ → 阶段 A
- 你是在了解业务需求吗？ → 阶段 B
- 你是在设计系统和数据吗？ → 阶段 C
- 你是在选择技术吗？ → 阶段 D
- 你是在识别项目吗？ → 阶段 E
- 你是在规划实施吗？ → 阶段 F
- 你是在监督执行吗？ → 阶段 G
- 你是在维护或演进架构吗？ → 阶段 H
实际应用
小型项目
并非每个项目都需要涵盖所有阶段。一个精简周期包括：
- 愿景（A）：我们想要实现什么？
- 解决方案（C/D）：技术方案是什么？
- 计划（F）：我们如何实现目标？
- 执行（G）：正确地构建方案
大型计划
按照完整周期执行，并采用适当的严谨程度：
- 正式的利益相关方管理
- 完整的文档
- 治理检查点
- 架构评审委员会
记忆参考
阶段详情请参阅 references/togaf-overview.md。
版本历史
- v1.0.0（2025-12-05）：首次发布
- 完整的 ADM 阶段文档（预备阶段至 H 阶段）
- 需求管理（贯穿各阶段）
- 阶段识别指南
- 面向小型和大型项目的实际应用指南
最后更新
日期： 2025-12-05 模型： claude-opus-4-5-20251101