TOGAF9.2企业架构框架教程
2-架构开发方法ADM-Part1 P2 - 22:01
- 周期迭代返工多，阶段之间必评审，阶段内部抓协同；
- 业务协同的建设模式；
- 一个导向，三个要素，一个位置；
- 一个导向：达成共识；上班子会议；班子会议通过；
- 三个要素：氛围、原则、裁剪；
- 范围：能力；
- 原则：上会写出来；
- 裁剪：方法、交付物、元模型；治理；建立架构管控；治理结构；
- 权力：奖惩有方；权力作用；
- 以能力为导向；
- 总裁、副总
- 和业务部门开启动会；
- 最好的架构是领导层决定愿景；需求作为领导层作为愿景的内涵；与领导层无关的需求搁置；
- 架构愿景是从需求中挖掘出各业务场景下能力的内涵到底是什么；
- 设计导向和问题导向合二为一的时候最好；
- 业务架构：业务场景，纵横贯通；
- 以客户为中心的业务流程；跨阶段、跨角色；
- 组织结构必须保障业务架构能够分解、能够分配、能够分责；
- 把业务流程分配下去，各部门能够分责，认责；
- 角色不动、组织结构不优是不行的；
- 业务只能必须与业务流程主线的活动有映射和满足关系；
- 第一步：善于参考相关企业的业务流程；
- 一是要有基线、二是要有目标、三是要有差距分析；二三四合起来就是流程改造；
- 必须让业务部门认责业务架构；
- 横向跨阶段，纵向跨角色；
- 流程梳理谁来做？坚持业务驱动；坚持：教、练、导、评、助；
- 一是业务梳理；
- 业务驱动，主责部门、下属部门、相关部门；
- 二是流程展现；
- 价值流思维；
- 三是问题发现；
- 数据贯通、系统支撑找问题；
- 四是目标优化；
- 基线业务架构、目标业务架构；
- 端到端架构是应用架构的事情，数据贯通是数据架构的事情；
- 数据流贯通，端到端覆盖；
- 统筹监管数据流；
- 业务怎么分类，数据就怎么分类，应用就怎么分类；
- 业务交互的方向，就是数据共享的方向；
业务交互决定着应用交互；
一不找划分、二不找构成、三不找共享；
一个能力主线，一个共享视图；
- 左侧：左开发、右安全、上门户、下云化（云化平台）；走向：平台保障机制；
- 建得出撑得住；
- 门户：以用户为中心；
- ABCD是创建架构，创建架构完成以后，做发展规划；
- 一阶段：机会分析找差距、方案优选立项目；
- 优先看价值，依赖看规律；（依赖就是没我不行，所以我先你后）；
- 一个划分四个细化；
- 一个划分：阶段划分；
- 四个细化：时间、预算、价值与风险；进度规划、预算规划、目标规划、风险保障；
- 每个阶段叫一个过渡架构；
- 每个阶段都要有鲜明的能力达成；
- 规划和治理；推广契约精神：架构契约；
- 遵从性条款合起来就是架构契约；
- 架构契约：架构管理职能面对项目小组所签订的；
- 确保业务价值；
- 三个关键检查点：立项、方案、交付；
- 决策能力委员会；
- 每个关键点都要制定合规评估的流程；
- 一是业务能力需求变化，二是架构合规评估偏差；这两点将会推动架构变更管理；
- 以业务能力为中心做识别；因此需要做业务流程梳理；
- 以架构、统一愿景为中心进行聚合；
一位一中心，八步一法；
- 32种最佳实践
裁剪
- 五选：
- 选原则；
- 选方法；
- 选工具；
- 选交付物；
- 选参考；
- 裁剪最重要的是：原则和方法；
- 一总四分两管理；
- 一总：首席架构师；
- 四分：业务架构师、应用架构师、数据架构师、技术架构师；
- 两管理：项目经理、架构资产管理员；
- 四个模板五个质量；
- 四个模板：业务类、应用类、数据类、技术类；
- 企业原则、IT原则、架构原则；
- 四个标准
- 名称应正面（应积极术语、无二义性）；
- 声明无二异；
- 依据有价值（效率、效果）、相关一致性；
- 相关影响；
- 五个质量：
- 易懂：看用户
- 健壮：看复杂
- 完整：看覆盖
- 一致：看冲突
- 稳定：看变化
