这篇文章上次修改于 254 天前,可能其部分内容已经发生变化,如有疑问可询问作者。 ### 32个技术(最佳实践) ![32种最佳实践](https://pic.baidu-google.com/api/pics/32best_20231226.jpg) 32中技术每个阶段都有涉及,认识他们需要4天,但是用好他们需要4年。企业架构师没有3-5年是出不来的。 #### 32技术之1:裁剪过的架构框架 > 选择并裁剪框架是一个架构项目的实际起始点。比起从零开始后创建框架,基于TOGAF建立框架有如下一些优点: * 当任务规模变得清晰时,它避免了最初的恐慌。 * 确保对TOGAF的使用是系统性的,即“条理化的常识” * TOGAF总结了其他人再实际中发现的哪些有用的方法 * TOGAF已有了一套可重用的基准资源 * TOGAF已经再企业连续系列中定义了连个参考架构。 ![裁剪](https://pic.baidu-google.com/api/pics/caijian_20231226.jpg) 裁剪是一个选的过程,五个选择步骤: 《1. 选原则,整点口号,ToGAF中有很多对口号的要求,可以选出来。 《2. 选方法, 《3. 选工具。ires/ark/wiki 《4. 选交付物 《5. 选参考 裁剪过程最重要的,是原则和方法。其他三个是辅助性质的。 选择一个原则,让大家接受,才是高手。或者,按照企业下一步信息化发展的诉求,该推出什么样的理念,搞文化运动。文化是解决人认识的一个源泉。而认识决定了人的认知,认知决定人的认责,这样才能走向分工协作。 ###### 裁剪的必要性 --------------------------------- 但是,在TOGAF可以被有效地用于架构项目之前,在若干层次上对其进行裁剪是必要的,而且应该在预备阶段进行。 首先,裁剪togaf模型并将其集成到企业中是非常必要的。这种裁剪包括与项目和流程管理框架的集成、术语的定制、展现风格的确立、架构工具的选择、配置和部署等。锁采用的任何框架的形式和细节也应该与企业其他的环境因素相协调,如文化、利益相关者、企业架构的商业模式以及架构能力的现有水平等。 一旦框架已经根据企业的情况进行了裁剪,对其进行进一步的裁剪以适应特定的架构项目就变得很有必要了。整个级别的裁剪将选定适合的交付物和制品,来满足该项目及其利益相关者的需要。 --------------------------------- 注意不要做结果裁剪,古人讲:胜兵之法不可先传。水因地而治流,兵因敌而制胜。胜敌之法,不可先传,所以不能抄,没有说一个企业架构,你改吧改吧就能用,必须有的放矢,因地制宜。 ![裁剪实例](https://pic.baidu-google.com/api/pics/caijianfangfa_20231228.jpg) #### 32技术之2:组建专业的架构管理团队 ![企业架构模型](https://pic.baidu-google.com/api/pics/qiyejiagoumoxing_20231228.jpg) 一总四分两角色: 一总:企业架构总师,togaf 9.1的证书,软考系统规划师的证书 四分:业务架构/应用架构/数据架构/技术架构,四个维度的架构师,流程建模---业务架构师。集成规划的负责人---应用架构师,做数据治理,熟悉数据资产利用的----数据架构师。对新技术,大(大数据)、数(统一业务数据中心)、网(移动互联网)、云、端(物联网)、安(全)、智(人工职能)、链(区块链)、图(图论,企业和用户复杂的关系,客户反馈闭环的有向图) 两管:1. 项目管理---沟通管理,帮企业架构师约时间,能做领导访谈。2. 文档管理---架构资产管理员 企业架构组织模型,为企业架构提供组织保障。 重点是业务架构师,让业务部门参与进来。 #### 32技术之3:架构原则 ![架构原则因素](https://pic.baidu-google.com/api/pics/jiagouyuanzeyinsu_20231228.jpg) > 架构原则,是预备阶段的初始输出。他们是对正在被开发的架构的一套通用规则要求和指导策略。 ![架构原则示例](https://pic.baidu-google.com/api/pics/yuanzeshili_20231228.jpg) 四个模板,5个质量 原则就是口号,打仗之前方针策略的统一性,需要在概念上统一。 四个类型是:业务类/应用类/数据类/技术类 《1. 业务类:推动战略契合、流程重构;在保证业务连续和业务合规条件下,推动开展流程重构,是能力建设之所需,企业发展战略之所需。 《2. 应用类:应用架构注重统一设计、重用、保证柔性互联、使用应用安全。 《3. 数据架构面向数据资产化,推动数据共享与重用。要从源头上数据治理的分工(即数据认责),认责制原则,谁生产---谁管理---谁负责的原则,来推动数据治理的工作。还要推动数据标准化/数据安全。数据架构师引领数据治理的前置行为,企业定数据架构,明确需要什么样的数据共享效果,然后通过数据治理塑造出来。 《4. 技术类:形成标准化的信息技术环境,保证平台与应用及其数据共享呈现出集成交互的可操作性。要保证呈现出信息化的性能---通过平台化建设来保障,解决建的出,撑得住的问题:异地多活,服务管理要建立起来。 ##### 根据组织的不同情况,可以在如下任一或所有三个级别上建立原则。 有信息化原则,也有架构原则,规划有什么原则。 《 1. 企业原则:这类原则提供了决策的基础,并规定了组织该如何完成其使命。这些原则常见于政府和非盈利组织,但也会作为一种协调决策制定的手段出现在商业组织中。他们师成功的架构治理战略中的关键要素。 《 2. IT原则:这类原则对于整个企业如何使用和部署IT资源和资产提供了指导原则。确立这些原则是为了尽可能的提高信息环境的生产效率,降低生产成本。 《 3. 架构原则:这类原则是IT原则中与架构工作相关的一个子集。他们反映了整个企业的共识,体现了企业架构的精神。 ![架构描述](https://pic.baidu-google.com/api/pics/jiagoumiaoshu_20231228.jpg) 四个标准:我们架构出来之时,每一条原则满足四个标准(见上图): 《1. 名称应积极,要用积极的术语、积极的观点 《2. 声明无二义 《3. 依据有价值,有利于业务能力建设,才能带来业务价值 依据又称隐含,隐含了什么价值。依据什么价值才提出来整个原则。所谓价值:对业务能力建设的效益、效率、效果有促进作用 《4. 相关保一致。 和其他原则有相关性,就需要保持一致 五个质量:易懂、健壮、完整、一致、稳定 > 注意质量是针对一套原则的,不是某一个原则 ![原则质量](https://pic.baidu-google.com/api/pics/yuanzezhiliang_20231229.jpg) 《1. 易懂:看用户,用户认为---如总部领导各部门、下属单位---听完之后好理解 《2. 健壮:看复杂,无论多复杂的业务能力规划需求,都能用原则给它说清楚。 《3. 完整:看覆盖,原则的作用面应该是完整的,如果能指导人力资源建设,也得能指导财务系统建设。要考虑各个领域能力建设总体的特征。 《4. 一致:看冲突,没有冲突就是一致的,有冲突就是不一致。 <5. 稳定:看变化,如果业务能力是这种类型,就适用,业务能力发生变化了,就不适用,表示不稳定。比如:以能力为中心 ,能力为导向;以职能为中心,为垂直贯通。以客户为中心,推横向协同。这是两个方向的能力,一个纵向,一个横向。如果能力变化有所调整,仍然是主责部门/相关部门/下属单位来进行业务驱动的能力梳理、业务梳理---这个原则还是都适用的,这就叫做稳定。所以要清楚健壮和稳定的区别,一个是面对复杂的情况,一个是应对业务能力变化 ![原则的系统性](https://pic.baidu-google.com/api/pics/yuanzedexitongxing_20231229.jpg) 我们要推出一套系统性的好的口号。让大家都能理解,新一代、新时期、新型信息化建设与治理模式。这个时候原则是非常重要的。能用原则说明我们信息化如何建设和治理,就不要用方法来去说,更不要用交付去说。 所以企业架构师要跟领导层、各部门、下属单位进行调研、访谈、沟通过程中,这些原则应传递出一些积极的信号,让大家都去认同。原则是企业架构师设计出来的。每次我们在做咨询项目过程中,我们都得拿出一套原则来。原则不在多,但是要四个维度的事情都谈到(BDAT),要保证大家在面向各项能力的信息化建设中明白怎么搞---建设模式的模式:能力导向,业务驱动、分工协同、统一架构、统一管控,要让大家体会到,这里有一套好的原则。企业架构师要以理念取胜、以沟通取胜。好的企业架构,其实是塑造了好的文化,提升了大家信息化的认知
没有评论