企业架构标准TOGAF落地之道！

TOGAF 9.2是企业架构实际上的标准，在全球有广泛实践。其包含的四种架构也被广泛认同：

TOGAF最重要的事项就是落地，在整个方法论体系中，并未明确说明实践路径，在整个项目推进环节，需要适时调整或剪裁，确保平稳着陆，有几项观点为大家作参考：

观点1：调研、诊断、优化三者的关系

从小处说，调研是为了了解现状、明确问题、定位痛点，这需要“内部分析”。从大处说，调研还有助掌握政策趋势、洞察行业机会、解读标杆实践。这需要“外部分析”和“行业分析”。

同时，无论是“问题与痛点驱动”还是“趋势与机会驱动”，都要做好诊断与优化。诊断优化环节的价值在于把脉、在于针对性。一是输出“具体差距”，二是给出对应药方、对应改进策略。

顶层架构规划时，调研必须充分，从上至下全面覆盖。很具体的IT解决方案，调研环节小做即可。

观点2：分析不透时，要返回头优化分析模型

分析模型应细致、合理。例如，PEST分析的内容就不是一刀切的，可以根据需要规划的方案的不同背景或特定场景，做相应侧重或剪裁。

其次，分析不透时，要有意识地返回头优化分析模型。例如下图，针对现在流行的“风口识别”，进行了模型优化：

• 行业格局方面——产业链初步成型，是风口条件1。

• 客户&市场方面——增量市场初步形成，是风口条件2。

• 竞争格局方面——垄断格局尚未形成，是风口条件3。

观点3：企业级顶层规划，如何纵向到顶

企业顶层规划的本质是“变革规划”或“转型规划”，因此纵向到顶的调研与分析必是重中之重。

如下图所示，外部分析、行业分析、内部分析、标杆与最佳实践调研等都是制定或理解战略不可或缺的环节。同时，顶层规划中也有必要对运营模式、商业模式、组织机构、业务流程、业务渠道等进行诊断优化。实际实践中，更少不了在标杆调研、诊断优化两项工作之间反复迭代。

观点4：具体IT方案规划，可对方法剪裁

有方案经理问我，具体IT解决方案规划中，“纵向到顶”的调研分析要不要做？做多少？

问题1：你作为方案负责人，有“变革拍板权”吗？

问题2：你做好方案后的汇报对象，有“变革拍板权”吗？

如果都没有，就对方法剪裁，别花大力气在外部分析和行业分析等高大上环节。

观点5：应用架构设计，如何上接业务

实践中，应用架构设计环节的核心产物，有4个：应用功能架构、应用系统划分、应用集成架构、应用部署架构。其中，应用功能架构长这样，高层文档中屡见不鲜：

在《业务架构·应用架构·数据架构实战（第2版）》一书中，笔者也提炼总结出了“应用功能架构模式”。如下图所示：

TOGAF实践要落地，“业务驱动的应用功能架构设计”是重中之重。业务驱动的逻辑是否充分、是否通达，是方案最终成败的关键。

下图简要揭示了“上接业务”的思维要点：

观点6：应用架构设计，如何下接研发

在下游，承接规划方案的是项目研发。如何做到这之间的“衔接贴地”呢？重点是“不虚”。

应用架构设计环节中，“应用系统划分”这项工作，切出来具体前端项目、后台项目、平台项目，就是“不虚”。相反，仅仅切出来一堆业务组件、功能模块，去驱动研发，就又“虚”又“飘”。

请读者看下图，“桌面应用”项目旁边代表75%的符号,在研发管控中有何实际价值？

据统计，99%的大咖都关注了这个公众号

👇