上周参加了公司组织的TOGAF培训。先将总结如下。可能会记录比较乱。主要是用来个人杂记来看的。所以标题加了杂记二字。
一、数字化转型
TOGAF是来做企业架构的,可以实现数字产业化,给数据赋能。
目前大量的企业处于数字化转型的深水区,应当重新刷新业务,实现业务可视化、业务中心化。由产品中心化转变为客户和服务中心化。
数据能力是数字化时代企业核心能力
数据化时代数据能力建设的阶段过程:全局顶层设计(全局能力规划)(修)--全层数据治理(数据能力建设)(辅)--全局流程再造(数据赋能业务)(端到端)
全局调研塑造未来3~5年范围,要准而精,而不是宽而泛。
梳理业务,梳理未来范围。
业务转型是数字化转型根本,才是真正的转型,依据数据梳理业务流程
架构是连接“业务展览”和“数字化”之间的桥梁,架构提供了整体的蓝图,描绘了流程、数据、应用、技术应该如何设计和实施,以使他们与业务战略保持一致。
将业务现代化和IT现代化实现两化融合。数据运营和流程再造实现业务现代化。互连、集约、互通实现IT现代化。实现两个端到端,两个现代化,
架构管控,前有治理,后有管控。(1)背景分析(2)总体设计 (3)实施保障。
要梳理端到端的业务,以业务问题为导向梳理IT架构。
通过数据的生产、聚合、分析,实现数据要素化、自动化和智能化,实现数智化业务。使数据和业务合二为一,数据流赋值于业务流,形成价值流。
找个核心业务能力总线,通过业务网格化,能裂变新业务、新能力。
五位一体:(1)立项(综合评估)(2)需求(3)方案(实施方案)(4)阶段(5)验收(监控和收尾)
实现(1)顶层设计 (2)数据运营 (3)流程再造
二、TOGAF概述
目前版本是9.2。9.1版本主要是信息化,9.2版本主要是数字化,多了客户中心化、新型价值化和数据要素赋能等。
企业是具有一系列共同目标的任何组织集合。
实现业务驱动、技术支撑、统一架构、统一治理
整个TOGAF可划分为(1)念(概念介绍)(2)法(架构开发方法)(3)技(32种最佳实践)(4)导(4种使用导向) (5)型(统一内容框架,形成内容框架模型,输出架构视图、内容框架)(6)连(连续性等级)(7)工(标准建模工具)(8)能(综合架构能力)
架构收益:(1)降本增效(2)政策合规(3)风险防范(4)体制转型。
架构包括核心架构(业务、应用、数据)和扩展架构(安全、服务、中台、部署、大连接等)
TOGAF是开放群组架构框架的缩写。是一个架构框架或工具,用来帮助架构的接受、创建、使用和维护。是基于迭代过程模型做好总体架构设计。注重最佳实践和注重重用已有架构。由国际标准权威组织The Open Group制定。
企业:有共同目标的组织
赋能业务的柔性,赋能IT提升
以IT为落点,业务驱动技术支撑,统一(用共识来形成)架构统一治理(具体工作要做合规)
业务驱动
技术支持
统一架构
统一治理
客户中心化,无边界数据流(数据供应链技术) 产、聚、存、分、复用
4大应用:接受(共识)、创建(顶层设计、方案设计)、使用(治理、实施)和维护(资产的不断更新和编制)
2种文化:迭代和重用
**4大构成:
(1)业务架构端到端
(2)数据架构新资产:数据资产+模型资产(机器学习、算法模型)
(3)应用结构集成化(互联互通,应用集成赋能各部门业务系统,打造客户业务响应)
(4)技术架构平台化(四横(IAAS、PAAS、SAAS、BAAS)两纵,实现门户平台化、开发平台化、数据平台化、底座平台化、标准平台化、连接平台化)**
通过企业架构迭代推进,注重最佳实践、最后形成标准
TOGAF架构不做战略规划,而是做识别的路标,做路径的设计。先有路标,再有路径。
企业的路标是横向看产业、纵向看规律,找到的位置。
架构设计+管控+滚动实施
三、ADM架构开发方法
ADM是一种可靠的、完备的开发方法,是TOGAF的核心
一备一中心,八步一法
预备阶段看战略
需求管理看痛点
架构愿景定共识
业务架构端到端
信息系统数据流
技术架构平台化
机会方案定转型
迁移规划成路线
实施治理保落地
架构变更保实用
1、预备阶段看战略
其中预备阶段看战略,最重要的高层访谈,做战略理解,同高层达成共识。
一个状态:达成高层共识的状态
四个要素:围绕相应的共识有四个要素:1、范围 2、原则 3、方法 4、工具
一个位置:制约保障
2、需求管理看痛点
其中需求管理看痛点:
目前主要出现的问题
(1)业务断(业务难打通,效率低)
(2)数据散(多元异构)
(3)系统乱(模块重叠,接口无序)
(4)技术多
以客户为中心,发展业务能力,实现业务端到端
业务能力组件系统,实现业务组件
通过业务能力在组织中流转,规划落地,使业务在未来有序运行。
3、业务架构端到端
业务框架:
1、业务框架总图
2、业务能力组件视图(业务域、业务能力组件之间的关系)
3、端到端的业务流程视图(业务层端到端)
分为业务域、业务职能、组织单元、业务流程(工作流程,多个组织单元协作完成)
业务架构设计归纳:1、有利于清晰的定义业务的归属 2、有利于更高效的促进业务交互 3、有利于更科学的指导应用建设
业务架构一维分解定目录,二维分解定矩阵,三位设计定图形
业务架构的3大驱动力:
1、组织环境的变化
2、组织内部变革的张力
3、价值链、供应链管理,核心竞争能力等
业务架构三全:
1、全周期闭环(业务周期全覆盖)
2、全组织协同(业务事项梳理)
3、全数据驱动
价值流(链)
1、业务分析用
2、系统分析用
3、信息化分步分析
4、信息系统数据流
信息系统架构包括应用架构和数据架构
数据架构设计步骤
1步定需求
2步定盘点
3步做规划
4步定流程
实现数据供应链的流转,从横纵方向
数据服务原则
1、看得见(有旧数据支撑)
2、看得透(深度因果分析)
3、看得远(未来趋势)
数据服务视图是需求识别,从业务架构的价值流拆分而来
数据主体视图是通过数据盘点,找出数据积累
数据资产视图的数据盘点,若缺失:人工采集或者系统补全
数据资产视图的资产分析,定规划,上合需求,下有依赖。
数据治理视图:高标准(看结构)、高质量(看内容)、高安全(数据访问有授权)
应用架构思路:
1、定结构(支撑性结构)
2、定构成(每个应用要细分,应用组件对应业务组件)
3、定集成(应用集成化)
4、定部署
谁用谁负责的业务责任制
业务流转关系对应应用集成关系,左右看阶段,上下看主权。中间传递业务流和数据流
通过应用接口目录,统一管理应用之间的交互接口,建立开放互联的接口。
应用分布视图:(1)开放互联的标准,采用微服务。(2)协同访问用代理(目录管理)(以前是总线ESB)
业务和应用的关系:
1、业务划分决定应用划分(根据业务域)
2、业务构成决定应用构成(根据业务组件)
3、业务流程决定应用集成
4、业务归属决定应用归属
技术架构平台化
321的技术架构:三横两纵一中心
三横:上门户、中共享、下云化
两纵:左标准右安全
一中心:UBBC统一,业务总线。
从不同的维度来介绍各个体系。
数据中台的介绍:左资产、右研发、中服务(即分为管理区、服务区、研发区)
技术架构设计步骤:
1、定框架
2、定组件
3、定集成
4、定设施
技术架构新的转变:
1、客户中心化
2、数字化赋能
3、业务模式创新
中台化和服务化是技术架构总体趋势和方向
各个视图:
1、技术框架视图
2、技术组件视图
3、技术平台视图
4、平台集成视图(门户集成、中台集成)
5、基础设施视图
E机会和解决方案
通过差距分析找机会
解决方案定组合
使工作包转化为TCVR
T:进度
C:滚动投资
V:目标价值
R:风险分析和规划
F迁移规划
过渡框架排增量,迁移规划成路线
阶段叫增量,里程碑叫过渡
G实施治理保落地
四位五落:
四位:定组织、建政策、明流程、做考核(四位一体)
五落:立项、需求、方案、阶段、验收(五个落点)
H架构变更保适用
1、全局变更看战略变化
2、增加变更加能力
3、简单变更纯工厂
ADM架构的开发向导和最佳实践
四大向导:
1、裁剪
2、范围
3、迭代
4、指导
裁剪:种类和视图使裁剪对象
范围有4个维度:
1、企业范围看宽度(板块多少)
2、架构范围看维度(应用、技术、安全)
3、层次范围看细化(层次看深度)
4、时间范围看长短(3——5年规划)
层次分解法
1、战略层
2、分段层(看业态)
3、能力层(看总线)
宽、广、远、细
渐近迭代交付
4大迭代:
1、愿景迭代
2、架构定义迭代
3、迁移规划迭代
4、治理体系迭代
迭代分为:1、目标先行 2、基线先行
指导:
核心架构做横切
横切有利于需求识别和设计完备。
安全架构指导:7A1R
1、身份认证
2、授权
3、审计
4、保证
5、可用性
6、资产保护
7、管理
8、风险管理
架构原则描述模板的4个规范:
1、名称
2、声明
3、依据
4、相关影响
原则的5个质量
1、易懂(看用户)
2、健壮(看复杂)
3、完整(看覆盖)
4、一致(看冲突)
5、稳定(看变化)
架构存储库保存:
1、架构框架(存方法)
2、标准信息库(存标准)
3、架构景观(存视图)
4、参考架构(存案例)
5、治理日志(存偏差)
双高推动做立项:高层发起、高层赞助
架构愿景是总体层面的需求说明,未来赋值
干系人判断:1施2分3定4判
三线沟通计划:
1、向上沟通求授权
2、对等沟通求支持
3、向下沟通求落实
风险管理:
1、识
2、度
3、量
4、称
5、术
6、循环
架构路线图:
1、TCVR:进度、投资、价值、风险四个维度
2、以过渡架构为中心,实现架构增量
业务场景使用痛点识别法
架构视图:
1、目录(一维)
2、矩阵(二维)
1、图形(三维)
架构构建块:关注点+设计输出
纵向汇合,横向协同
实施治理模型:
四维五落
1、组织、制度、流程、考核
2、立项、需求、方案、阶段、验收
架构契约式制定章程给授权
架构内容框架模型
三个维度:目录、矩阵、图形
三个演化:
1、点对点输出(构建块输出)
2、治频(技术架构、数据架构等阶段性产出)
3、整体交付物(最终输出)
业务价值流视图:
三全:全周期管理、全组织协同、全数据覆盖
企业架构能力建设
建立架构能力:
1、设计能力架构师
2、治理能力架构师
3、决策能力架构师
分层次分角色,由架构能力转化成业务能力
架构委员会的作用:
1、传承
2、科学利用
架构合同为契约
架构治理:
三新:新规划、新设计、新治理
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。