简介面向企业架构师与TOGAF实践者的TOGAF 9.1制品模板演示文档旨在帮助规划和设计企业架构时统一目录、矩阵与图表的产出格式。内容按架构开发阶段组织覆盖需求管理、业务架构、数据架构、应用架构与技术架构并给出需求目录、组织/角色目录、数据实体目录、技术服务目录以及对应的利益相关者矩阵、逻辑数据图、应用通信图、网络计算图等示例便于对照理解各类制品的构成与应用场景。全部内容封装为单个pptx演示文稿大小15.4MB可直接翻阅或提取参考框架适配具体项目时灵活调整。该模板源自The Open Group官方配套材料已有410人学习适合需要快速上手TOGAF制品规范、提升架构文档一致性的架构师、咨询顾问及企业IT规划人员。1. 一套能直接填的 TOGAF 9.1 制品模板比临时画图靠谱在哪某次架构评审会上业务负责人指着一张系统边界图问「这条边界是谁划的依据是什么」架构师现场翻了半天 PPT最后承认图是从上一期项目里带过来改了个标题。会后复盘问题不在画图的人而在每个人交上来的制品格式都不一样。TOGAF 9.1制品模板就是把 ADM 各阶段该产出的架构制品——业务架构图、数据实体图、应用通信图、技术平台图、迁移路线图——提前固化成 PPT 页面你只需要往页面里填内容不用每次从空白画布开始。它能解决评审材料口径不一、交付物无法横向对比、知识难以交接三类问题适合甲方架构团队、咨询项目组和准备建企业架构资产库的部门。下文按模板结构、落地填写、避坑、组织资产、评审验证五步展开每一步都有可直接照做的操作。2. 先看懂制品模板的骨架ADM 阶段与制品映射填模板之前先回答一个问题这套 PPT 是按什么逻辑分组的答案几乎是固定的——按 ADM 阶段分组。TOGAF 9.1 把架构开发过程分成预备阶段、阶段 A 到阶段 H再加贯穿全程的需求管理每个阶段有明确的输入、输出和内容标准。制品模板的价值就是把「这个阶段应该留下什么」变成一组看得见的页面。常见做法是每个阶段一组页面首页放阶段目标和输入输出说明后面放具体制品每个制品的载体要么是目录catalog要么是矩阵matrix要么是图diagram。理解了这三种载体再看模板就不会迷路。2.1 从阶段 A 到阶段 H模板里每类制品该放在哪个阶段打开一套 TOGAF 制品模板第一件事不是翻页而是看两样东西修订记录页和目录页。修订记录会告诉你 v3 相比 v2 调整了什么目录页会告诉你这套模板覆盖了哪些阶段、裁剪了哪些阶段。多数通用模板会覆盖阶段 A 到阶段 F因为这是架构规划项目最常用到的主线阶段 G 和阶段 H 与实施治理、架构变更管理有关在咨询交付里经常被精简但在甲方内部长期运维型项目里是必留项。在内容组织上阶段 A 对应架构愿景模板里通常包含业务原则与目标、架构工作说明书的要点页、高层架构示意图。评审时最有争议的往往不是图而是「架构原则写了几条、每条的依据是什么」所以模板里与原则相关的页面要先填文字。阶段 B 是业务架构是模板里页数最多的一段常见的制品包括业务能力图、价值流图、业务流程分解、组织分解图、业务数据字典。不少团队只画一张业务能力图就跳过其余页面这会在后期做差距分析时发现输入不足因为差距分析需要的是「流程级」和「能力级」两个颗粒度的对照。阶段 C 分为数据架构和应用架构两块。数据侧常见的是数据实体目录、数据流图应用侧常见的是应用通信图、接口目录。这里有个容易混的点数据实体目录是目录型制品应用通信图是图型制品两者颗粒度完全不同在模板里通常是分开的两个页面不要混填在一张图里。阶段 D 是技术架构典型页面是技术平台分解图、技术标准目录服务器、存储、网络、中间件各占一个视图视图之间靠「标准目录」串起来。阶段 E 和阶段 F 在模板里往往放在一起因为机会与解决方案、迁移规划在内容上连续。阶段 E 典型页面是解决方案概览图、项目上下文图阶段 F 典型页面是迁移计划表、实施项目清单。如果模板里有一页叫「转型架构」那是阶段 E 到 F 的关键产物要填的不是目标态而是分步走的中间态。很多项目把目标态画得漂漂亮亮中间态却空着评审时被问「第一步上线什么、第二步下线什么」就答不上来。最后阶段 G 和 H 在模板里常以「治理与变更」分组出现页数不多但页面标题必须存在因为裁剪要留痕不能直接删除。2.2 为什么制品模板首选 PPT评审场景的格式真相既然 TOGAF 本身不限定交付格式为什么制品模板的常见载体是 PPT答案要从评审场景找。架构评审需要多个角色在同一个会议室里逐页过业务条线看业务能力覆盖应用团队看接口归属基础设施团队看平台边界。在这种场景下PPT 的「页」是最合适的颗粒一页一个主题投影、打印、翻页都自然比 Visio 更适合承载目录和说明文字比 Word 更适合现场演示。有团队尝试过用在线画布承载制品好处是实时协作坏处是评审会上的材料是滚动页面不适合逐条确认而且企业级架构评审常常要归档打印留痕。我一般会保留 PPT 作为评审与归档格式再在协作阶段用在线画布作图最终把图回贴到 PPT 的对应页面。这样既享受协作便利又保留评审规范。还有必要说清楚「制品」和「交付物」的区别。TOGAF 9.1 里交付物是正式提交给利益相关方的成果制品是交付物内部的内容颗粒比如一张业务架构图、一张技术标准目录。PPT 模板里的大多数单页属于制品级别填完之后按阶段装订成册才构成交付物。这个区分能帮你避免一个常见误用把某一页图直接当成阶段交付物去汇报结果被追问「流程、岗位、系统分别对应什么」页面上却没写。3. 落地一份 TOGAF 制品模板从副本隔离到填完第一批页面拿到模板后最常见的第一步错误是直接打开原件开始改。模板要当基线管不能当草稿用。下面的操作路径基于两种场景单人填一份项目底稿或团队多人分阶段填。前者用文件副本做隔离后者用阶段副本加命名规则做隔离。无论哪种目的都一样避免一版多人改、最后分不清谁动了什么。先建工作区再按顺序填内容这是让制品模板真正跑起来的第一步。3.1 初始化评审底稿一个阶段一份副本的批处理操作# 一个阶段一个工作目录保留模板版本号和日期便于后续追溯 mkdir -p workspace/阶段A_架构愿景 workspace/阶段C_信息系统架构 # 复制模板为阶段初稿文件名体现模板版本、阶段和日期 cp TOGAF-V91-制品模板-v3.pptx \ workspace/阶段A_架构愿景/A_架构愿景_初稿_v3_$(date %Y%m%d).pptx cp TOGAF-V91-制品模板-v3.pptx \ workspace/阶段C_信息系统架构/C_信息系统架构_初稿_v3_$(date %Y%m%d).pptx # 如果阶段B和D分给不同同事负责可以继续复制逻辑说明为什么要按阶段复制评审是按阶段组织的一次评审只看一个阶段的制品副本隔离后负责阶段 A 的人改 A 副本负责阶段 C 的人改 C 副本互不覆盖。文件名里的三个要素——模板版本、阶段名、日期——在出问题时能快速定位「用的是哪版基线」。这里的关键点是模板原件只读任何人不得直接在原件上修改所有改动只发生在副本里。参数说明$(date %Y%m%d)自动生成 8 位日期比如 20260601如果团队有内部项目编号建议把编号也拼进文件名例如A_愿景_项目编号_初稿_v3_20260601.pptx。用 git 管理 PPT 这类二进制文件时diff 基本不可读所以文件名和版本页是更可靠的追溯手段。另外旧版 v2 模板不要混在同一个工作目录里单独放archive目录避免「打开旧版改了半小时」的情况发生。3.2 按 ADM 顺序填内容先文字后图先决策后画线复制完副本接下来是填写顺序。很多新手喜欢先画图因为画图有成就感但图表里的每一条线都应该来自前面的文字决策没有决策的图在评审会上经不起问。我一般会把填页拆成三遍宁可多过几轮也不要一次到位。第一遍只填文字类内容页面标题、阶段目标、背景、约束、架构原则与业务目标页。TOGAF 制品页里有一组常见的四栏结构目标栏写「这个阶段要决策什么」现状栏写「当前业务或系统存在的问题」差距栏写「现状和目标态差在哪」建议栏写「下一步怎么做」。这四栏不是模板里每页都有但只要出现就按这个顺序填先填目标再填建议后面画图时才知道该画什么。第二遍填图表类内容根据第一遍的文字决策画业务能力图、数据流图、技术平台图。画图时有一个习惯值得养成每张图底部放一行图例说明颜色和形状的含义不要只画方框和箭头。评审会上最伤时间的对话就是「这个蓝色代表什么」「代表现有系统」「那紫色呢」「代表规划系统」——图例能省掉这一轮。第三遍统一图例与字体把模板里所有页面的字体、字号、主色调对齐删除多余的自定义颜色。填完之后用下面这个脚本扫一遍有没有残留的占位文本from pptx import Presentation import sys path sys.argv[1] prs Presentation(path) for i, slide in enumerate(prs.slides, 1): for shape in slide.shapes: if getattr(shape, has_text_frame, False): full .join(run.text for para in shape.text_frame.paragraphs for run in para.runs) if TODO in full or 待补充 in full or 待填写 in full: print(f第 {i} 页仍有占位文本: {full[:30]})逻辑说明用 python-pptx 逐页扫文本找出模板里还没被替换的占位符。模板页多的时候人工翻页查漏一定会漏脚本能机械地扫完所有文本框把残留的待补充字样定位到具体页。参数说明路径作为命令行第一个参数传入占位关键词可以按团队习惯替换成xxx或/fill。注意脚本只能查文字查不了「空白页」所以它还替代不了人工通读。关于裁剪也多说一句如果某个阶段用不到不要删除整组页面。正确做法是把该组首页加一个批注写「本阶段不适用裁剪原因见附录说明」保留页面结构。评审时解释成本很低删掉之后再想补回来往往要重新画成本更高。这也是模板使用里最容易踩的一个习惯问题。4. TOGAF 制品模板落地避坑指南评审翻车现场的五点复盘下面这些坑不是模板本身的问题而是使用方式的问题。每条都按「现象 → 原因 → 解决」来讲方便对照自查。模板只是在给定版式上填内容真正决定评审成败的是填法。提前说明这一点能少走很多弯路。4.1 页面填得越满评审越不愿意看现象每页都堆满文字段落标题下面连着五六行正文评审人不知道先看哪句。原因把模板当 Word 用了觉得写得多才显得认真。解决每页只放一个主题、一个决策点说明性文字放进备注页页面只留结论和关键数据。一个可以参考的经验值PPT 页面正文不超过 12 行能用图表表达的不用表格能用表格表达的不用段落。提示页面只放结论和关键数据详细论证放备注页。评审看的是判断逻辑不是阅读材料。4.2 图例不统一两张图同一个色块两个含义现象第一张图蓝色代表现有系统第二张图蓝色代表规划系统评审席开始反复确认。原因模板图例规范不够细多人填写时各自解释。解决在模板靠前位置加一页「图例与配色规范」用文字和示例写明每种颜色、线型、形状的语义。所有页面从这一页复制图例不要自己新建形状。4.3 裁剪了阶段却没有裁剪记录现象评审时被问「为什么没有阶段 G 的页面」答不上来。原因复制模板后随手删了用不到的分组没有留痕。解决不删除加「不适用」批注并写一句话理由比如「本项目不涉及实施治理由项目办公室流程覆盖」。裁剪记录本身就是评审输入的一部分写清楚比不写更专业。4.4 版本号只写在文件名里现象邮件转发的 PPT 文件名被系统截断打印出来首页没有版本信息评审现场讨论的是上一版内容。原因文件名不是可靠的展示空间页面内部没有版本字段。解决在模板首页加版本栏填写模板版本号和本次修订日期再在页脚处加一行「模板版本 v3 / 更新日期」母版里统一设置。4.5 截图代替源图改一处要重截三张现象需求变更后PPT 里的业务架构图还是旧版评审时被当场指出系统名称对不上。原因从建模工具截图粘贴进 PPT源图和页面断了关联。解决PPT 里保留可更新的嵌入对象或者至少在图下方标注源文件路径和导出时间。自查方法如果一张图被质疑「上周刚改过名」说明截图流程已经堵住了更新通道。5. 从单项目到组织资产制品清单、评审流程与模板维护模板能填完一个项目只是最低目标。真正值得投入的方向是让这套 v3 模板在每次项目结束后积累反馈、演进成 v4、v5。这需要三样东西一份制品清单、一个评审流程、一个模板维护人。没有这三样模板会慢慢变成「没有人在意的旧文件」。下面分别讲清楚。5.1 制品清单长什么样阶段、制品、评审关注点制品清单的作用是让模板和评审标准对齐。项目启动时用它做裁剪确认评审时用它逐项对照项目结束时用它收集反馈。一张 4 列的表格足够覆盖日常使用阶段典型制品模板呈现评审关注点B 业务架构业务能力图、价值流图业务架构分组页能力地图是否覆盖全部业务线价值流是否与战略对齐C 信息系统架构数据实体目录、应用通信图数据/应用分组页数据归属是否明确接口是否存在双重来源D 技术架构技术平台分解、标准目录技术架构分组页选型是否有标准支撑平台边界是否清晰F 迁移规划实施项目清单、迁移路线图迁移规划分组页项目排序是否考虑了依赖关系是否存在一次性转型风险用法上有一条经验清单里的「评审关注点」列应该在评审会前发给参会人而不是评审时现场念。这样评审人带着问题看图效率高很多会后每个关注点对应的页面如果被提了意见直接标注到该页的批注里这些批注就是下一版模板修订的候选输入。5.2 谁在什么时点维护模板一个反馈闭环的常见做法常见做法是设一名架构资产联系人可以由甲方架构团队里轮值来负责职责不是重新设计模板而是收集反馈。收集时点定三个就够了阶段评审会后、项目结项后、季度模板评审会。每个反馈记三列页面位置、问题描述、建议修改。累计到一定量再改模板避免一个人提一个意见就动一次版本。版本演进要有版本说明v3 升 v4 时写明改了什么、影响哪些页面、旧版保留多久。旧版文件不要删移入archive目录按版本归档。这里有个容易被忽视的原则模板维护不是把每一页改得更漂亮而是让页面更容易「被评审通过」。如果一场评审里三张图都被挑战问题可能不在图而在图对应的决策点没写清楚。所以维护时优先补的是决策点——比如在页面顶部加一行「本页确认事项」让汇报人在台上知道这一页要等什么结论。这也是模板从「制作工具」变成「管理工具」的关键一步。6. 评审前最值得做的验证动作打印预览与决策点巡检填完模板到评审之间我固定会做两个验证。第一个是打印预览把 PPT 转成黑白、A4、每页两张的讲义版本通读一遍。这一步能暴露投影和屏幕上看不出来的问题深色底图在黑白打印下变成一片灰、蓝色文字和黑色文字对比度不足、线条过细、字体小于 16 号。评审会上常有人把材料打下来看打印版说不清楚投影版也大概率有问题。第二个是决策点巡检把每一页的标题读一遍问自己「评审人看完这一页后需要确认什么」。一页如果答不上来说明它是装饰页。装饰页在评审里产生的效果不是显得专业而是拖慢节奏。判断标准很简单这一页被删掉阶段的某个决策会不会受影响。不会就合并或删除。我习惯的做法是在每页备注里写一行「本页确认事项……」评审时直接照着念既清楚又不跑题。有三个快速验证问题可以当检查清单用这页的结论是否能用一句话说清这页上的图是否能在 10 秒内看出主体这页是否与阶段评审目标相关。三次都是「是」再提交评审。我曾经在一次评审前一天才发现会议室投影仪分辨率偏低暗色背景的架构图在墙上几乎看不清紧急把所有页面背景改成浅色。这个教训之后我把「投影对比度检查」写进了自己的固定检查项而不是依赖现场设备。模板决定材料的下限检查决定评审的上限。希望帮到你。本文还有配套的精品资源点击获取
