TOGAF预备阶段全解：从“婚前协议”到“烧烤准备”的架构之旅## TOGAF预备阶段全解：从“婚前协议”到“烧烤准备”

TOGAF预备阶段全解：从“婚前协议”到“烧烤准备”的架构之旅

盖房子不打地基？盖完就塌！搞架构不做预备？做完就炸！

大家好！今天咱们来聊聊TOGAF（开放组体系结构框架）中最容易被忽视却又致命重要的环节——预备阶段（Preliminary Phase）。就像约会前要梳头、烧烤前要点炭，跳过预备阶段的架构项目，结局往往是“火没点着，房子烧了”。

一、介绍：为什么预备阶段是架构师的“婚前协议”？

想象一下：你和几位朋友决定合买一套房。预备阶段就是签婚前协议的过程——确定谁出钱（赞助人）、谁住哪个房间（架构足迹）、装修风格怎么统一（架构原则）。TOGAF将此阶段目标精炼为：

审查组织背景（你家有几口人？谁有洁癖？）
明确赞助人及干系人（谁出钱？谁有话语权？）
定义架构足迹（谁来刷墙？谁铺地板？职责分工）
裁剪框架（选简欧风还是工业风？）
制定治理框架（乱扔袜子罚款100元！）

幽默警报：跳过预备阶段？那感觉就像烧烤时才发现——肉没腌、炭没买、唯一会生火的那位去度假了！

二、用法：预备阶段的“六步烧烤指南”

1. 划定组织范围——在哪烤？烤给谁？

识别受益干系人：财务总监关心成本，CTO关心技术风险，业务部门关心流程变更。
工具推荐：用PowerPoint画个圈，圈内是项目范围，圈外写上“下次再说！”

2. 确定治理框架——谁来管炭火？

建立架构治理委员会，定义决策流程（例如：技术选型需75%委员同意）
Java代码示例：用枚举定义决策状态

    public enum GovernanceDecision {
        PENDING, APPROVED, REJECTED, ESCALATED;
    }

3. 组建架构团队——谁负责买肉？谁负责生火？

角色包括：首席架构师、业务架构师、解决方案架构师
避坑提示：避免让“只吃素的人负责买牛排”

4. 定义架构原则——烧烤的“宪法”

制定不可妥协的原则，例如：

原则1：所有服务必须通过ESB暴露（就像“所有食材必须用竹签串好！”）
原则2：数据定义遵循行业标准（“牛肉必须符合ISO 9001认证！”）

5. 选择并裁剪框架——选炭炉还是电炉？

TOGAF默认覆盖所有领域，但裁剪才是灵魂：
- 小公司：删减技术架构细节
- 政府机构：强化数据安全条款

6. 落实工具——买打火机还是钻木取火？

工具链示例：
- 建模工具：Archimate, Sparx EA
- 协作平台：Confluence
- 代码化治理：用Java校验原则

    public class ArchitectureValidator {
        public boolean validate(Principle principle, ArchitectureDesign design) {
            return principle.compliesWith(design); // 返回true才能继续！
        }
    }

三、原理：为什么预备阶段=汽车预检？

TOGAF元模型（Enterprise MetaModel）揭示了预备阶段的底层逻辑：

业务架构层（黄色）：定义驱动力（如“提升客户满意度”）
通用实体层（橙色）：制定约束（如“预算≤$2M”）
技术架构层（蓝色）：选择引擎型号（如“必须用云原生技术”）

关键链条：业务目标 → 架构原则 → 技术选型。断了任何一环？车开半路就抛锚！

四、对比：TOGAF vs 其他框架的“预备赛”

框架	预备阶段重点	适用场景
TOGAF	定制框架，建立治理模型	大型企业，跨部门复杂架构
Zachman	定义矩阵单元格责任人	严格合规场景（如航空）
DODAF	明确作战视图（Operational View）	国防系统集成
FEAF	对齐政府政策	公共部门

结论：TOGAF胜在灵活性——就像多功能烧烤架，能烤牛排也能做素菜。

五、避坑指南：预备阶段的5大“惨案现场”

坑：跳过干系人分析
惨案：开发完才发现财务总监拒绝拨款。
避坑：用权力-利益矩阵给干系人分类（高权力+高利益=重点伺候！）
坑：原则写得太抽象
惨案：“系统应高性能” → 开发团队问：“多高算高？”
避坑：量化！如“订单查询响应时间≤2秒”
坑：框架全盘照抄
惨案：50人小公司套用银行级治理流程，全员崩溃。
避坑：裁剪时问：“这个流程不加会死吗？”
坑：忽视成熟度评估
惨案：要求CMMI 5级企业实践，实际团队只有1级水平。
避坑：用NASICO模型先测团队成熟度
坑：工具贪大求全
惨案：买百万级建模工具，结果只用来看PPT。
避坑：起步阶段用Excel+钉钉群足矣！

六、最佳实践：来自老架构师的“烧烤秘籍”

用案例说话：某电商公司预备阶段实操：
- 目标：整合10个独立订单系统
- 原则：所有订单服务API化
- 裁剪：删减技术架构中的服务器型号细节
- 成果：6个月上线统一订单平台，故障率降40%
干系人管理神操作：
- 给CTO看成本节约数字
- 给业务总监看流程优化图
- 给开发看技术雷达图（附赠：“学Kafka能涨薪！”）

治理框架速成：

graph LR
A[架构变更请求] --> B(治理委员会评审)
B --> C{通过？}
C -->|Yes| D[执行]
C -->|No| E[打回重练]

七、面试考点：预备阶段灵魂5问

问：预备阶段为什么放ADM环外？
答：它是“搭建舞台”阶段，后续阶段才演戏！
问：输出物中“架构资源库雏形”是什么？
答：存放原则/模型/标准的知识库胚胎，例如Confluence初始页面
问：如何说服业务部门接受架构约束？
答：绑定业务目标！如“原则要求API标准化 → 上线速度↑30%”
问：预备阶段遇到强烈抵制怎么办？
答：请赞助人（通常是CEO/CIO）拍桌子定调！
问：TOGAF预备阶段与Zachman有何本质区别？
答：TOGAF聚焦如何做（流程驱动），Zachman聚焦是什么（描述框架）

八、总结：预备阶段——用1%时间省90%眼泪

TOGAF预备阶段如同烧烤前的“点火仪式”：

没点着硬烤？满嘴生肉！
火太旺？肉变炭！
火候刚好？外焦里嫩，众人点赞！

最后送大家一句架构师箴言：

“不情愿做预备？那就情愿重做吧！”

附录：预备阶段输入输出表（收藏备用！）

输入材料	输出交付物
董事会策略/业务计划	定制的企业架构框架
当前企业架构文档	架构原则清单
架构治理策略	架构团队角色职责定义
IT战略预算	治理支持框架

（数据来源：TOGAF官方文档）