美文网首页
站在IT治理Cobit2019角度看DevOps成熟度(COBI

站在IT治理Cobit2019角度看DevOps成熟度(COBI

作者: 北京老李 | 来源:发表于2019-08-07 17:07 被阅读0次

    作者,北京老李:EXIN授权EXIN DevOps Master(大师级)讲师(首批全国十名) 、PMI-ACP讲师中国“黄埔一期”TTT、首批ITIL Expert讲师、EXIN授权EXIN Agile Scrum 、Product  Owner、Lean IT 认证讲师、PMP、Prince2专家级、EXIN云安全管理、EXIN 云服务管理、ISO20000 LA、ISO27001 LA等多项认证。先后在北京、上海、广州等地主导软件开发、系统集成、咨询服务等工作,主要研究方向云安全管理、敏捷与DevOps落地实施。

    阅读时间:3分钟

    1.Cobit2019与DevOps

    COBIT 2019定义了IT治理的框架,是全球IT治理的最佳实践。构建和维护IT治理系统的组件:流程、组织结构、策略和过程、信息流、文化和行为、技能和基础设施。包括通用组件和变体组件。

    通用组件是在COBIT核心模型中描述的,原则上适用于任何情况(尽管它们“通常需要在实际实现之前进行定制”)。变体是基于通用组件的,但针对特定的目的或重点领域的上下文进行了定制。例如,信息安全、DevOps。潜在的重点领域的数量几乎是无限的,这使得COBIT是开放式的。除了信息安全和DevOps,还有中小型企业和风险,COBIT的合作伙伴将重点研究前四个领域。

    COBIT 2019将这些改变为四个重点领域:DevOps、中小企业、风险、信息安全。

    Cobit2019包括敏捷治与DevOps治理

    ISACA 定义DevOp是结合了敏捷开发、敏捷基础设施和灵活操作的概念在IT价值创造方面实现快速、持续的发布和持续的改进。

    2.IT治理离不开DevOps

    尽管有些人声称DevOps与健壮且成熟的软件开发不兼容,但事实并非如此。DevOps随着EXIN DevOps Master的推进与多厂商的工具支持(DevOps3.0元素表),DevOps已进入成熟阶段。企业级应用需要IT治理把DevOps流程、文化和技术融入到IT管理体系中,用以提高应用程序开发的效率和灵活性,同时增强部署的稳定性和连续性。

    成熟的开发组织和那些仍在构建DevOps的组织可以从协作中获益。企业已经有成熟的开发过程可以利用成熟的传统(non-DevOps)流程帮助创建、测量和监控的反馈循环DevOps要求的例子中,通过利用测量和度量(例如,客户满意度和开发性能)和自动化组件(例如,持续集成)已经到位(引用:《高效的DevOps》一书)

    ISACA 认为从本质上讲,DevOps既是一种技术和过程转换的实践,也是一种文化进化。寻求实现DevOps的更成熟的组织需要发展嵌入式活动,以适应DevOps所需的文化转变。

    世界在变得更加的敏捷。IT治理也需要随着新的方法支持更加自治组织化和鼓励自动化。为了有效地协作,开发人员和操作人员需要被授权以一种灵活的方式做出决策和应用变更,即,拥有更少的决策过程。有效的协作包括信任其他涉众组织,建立一个共享的风险管理模型,并创建一个允许在满足系统需求时进行试验的环境。

    3.IT治理看DevOps成熟度

    传统软件开发应用CMMI管理方法,随着CMMI-Agile方法的引入,DevOps IT治理得以实现。通过类比CMMI-五级成熟度模型,DevOps应实现如下成熟度要求:

    •1级:记录DevOps环境中的工作:适应和自动化。对DevOps相关文档的内容进行记录要求,使之适应自动化方法,而不是手工方法。

    •2级:应用DevOps环境中的工作:分析与决策。分析法和因果分析、智能分析利用大数据技术实现,数据化展现。基于SLA(ITIL)的成熟度目标导向进行分析与决策管理,保持DevOps的最佳效果。

    敏捷2.0:DevOps方法

    •3级:反馈DevOps环境中的工作:纠正与调整。在DevOps模式下,测试可以是连续的,也可以是非动态的。需要持续加强反馈,通过不断调整参数进行工作,将根据参与组织建立的反馈循环,采取纠正措施。逐步调整。

    •4级:优化DevOps环境中的工作:持续改进。持续改进可能需要从变更过程(change)中进行调整.devops角色有广泛的职责重叠。角色和职责级别的一些常见定义(RACI模型)。任何允许捕获需求、分析需求并为设计、开发、测试和部署提供输入的方法都可以与DevOps一起使用。

    运用Agile达到CMMI成熟度级别要求

      4.IT治理推荐DevOps6步应用法

    DevOps可以帮助企业的方法之一是更好更快地使用自动化方法,比如使用容器化和微服务来实现特定的企业目标。Cobit是IT治理框架,其中,针对于DevOps提出的向客户提供的详细建议包括:

    •1.敏捷组织:改变团队、角色和RACI的结构

    •2.领导变革:技术变革,应引入紧张氛围(科特的八步法)

    •3.敏捷架构:迁移到新/升级版本

    •4.微服务:为客户的内部网重新定义技术架构

    •5.价值流图:关键职能的流程图,如变更管理、风险管理、人力资源和财务支持

    •6.自动化:帮助以最小的手动干扰运行系统的工具

    5.COBIT可申请10PDU

    COBIT可申请10PDU

      6.敏捷各方法对比:北京老李

    7.推荐课程(ACP&DevOps Master)

    推荐课程1:ACP课程,12本书全面的敏捷管理课程,全面敏捷(PMP2019 50%敏捷)

    推荐课程2:DevOps课程,敏捷2.0,8本书(基于敏捷的持续交付流水线)

    北京老李:推荐课程

    8.爬楼

    DevOps Master课程:如何一次通过DevOps Master考试 https://www.douban.com/note/660291760/ 

    DevOps Master课程:DevOps Master教练十二条原则 https://www.douban.com/note/718124778/

    DevOps Master课程:DevOps Master教练的三个层次 https://www.douban.com/note/719145305/

    DevOps Master课程:招聘DevOps工程师必问的12个问题(送DevOps实现的三个路径) 相关主题 https://www.douban.com/note/709308373/ DevOps Master :

    敏捷项目管理ACP中国“黄埔一期”  https://www.douban.com/note/728728754/ 

    敏捷管理课程:如何一次通过PMI-ACP  https://www.douban.com/note/720287998/

    敏捷管理课程:如何一次通过EXIN Scrum Master  https://www.douban.com/note/722250431/ 

    敏捷管理课程:如何一次通过EXIN Scrum Master https://www.douban.com/note/722250431/ 

    https://www.douban.com/note/713613037/  DevOps professional课程:只讲技术之CHEF(1)

    https://www.douban.com/note/708968150/ DevOps Master课程总结:知否知否,应是DevOps肥ITIL瘦(送ITIL4前生今世)

    https://www.douban.com/note/708218842/  DevOps Master课程总结:学习没有捷径(送DevOps安灯正确方法)

    https://www.douban.com/note/694641377/ DevOps Master凤凰项目沙盘总结:DevOps黄金三步法

    https://www.douban.com/note/700603657/ DevOps Master凤凰项目沙盘总结:履霜坚冰至,转型应自强不息

    https://www.douban.com/note/693053178/ DevOps Master凤凰项目沙盘总结:通过DevOps实现IT组织转型

    https://www.douban.com/note/689504940/ DevOps Master凤凰项目沙盘总结:DevOps起始质量之独孤九剑

    https://www.douban.com/note/645016138/ DevOps凤凰沙盘:一场精益敏捷探索之行

    https://www.douban.com/note/629890513/DevOps凤凰沙盘:一场百玩不厌的质量感悟

    https://www.douban.com/note/630638887/DevOps课后总结之DevOps游戏系列-DevOps的独孤九剑

    https://www.douban.com/note/637665261/DevOps Master课程:回忆我与DevOps之父Patrick的交流

    https://www.douban.com/note/647732431/ DevOps:10本DevOps推荐书及47个DevOps兼容工具

    https://www.douban.com/note/647732431/ DevOps:10本DevOps推荐书及47个DevOps兼容工具

    https://book.douban.com/review/9110485/ DevOps:转型从正确地认知开始

    https://www.douban.com/note/651734552/ DevOps:从I型人才到E型人才

    https://www.douban.com/note/651734953/ DevOps:智能服务台是企业不能缺少的基石

    https://book.douban.com/review/8928323/ DevOps布道师:终身学习是终身成长的源动力

    https://book.douban.com/review/8820627/ 《把读到的知识转化为能力三步法及完美学习的四步法》

    https://www.douban.com/note/643862694/ DevOps Master课程:脚踏实地学Pre-Master,一步一个脚印成为DevOps Master

    https://book.douban.com/review/8805640/ DevOps布道师为深度工作写的序:深度工作是心身的一种修练方法

    https://book.douban.com/review/8795275/ 咨询基本功:咨询顾问基本功之书面沟通及“补充大餐”

    https://www.douban.com/note/643251358/ DevOps定义编年史:通过DevOps定义看DevOps发展

    https://www.douban.com/note/637838681/ DevOps应用:光大银行DevOps1.0到DevOps2.0研讨会

    https://www.douban.com/note/639093367/ DevOps应用:民生银行IT一体化管理与自动化发展(1)

    https://www.douban.com/note/638965340/ DevOps应用:工商银行DevOps进行时

    DevOps Master课程:事半功倍的系统化学习  https://www.douban.com/note/717180422/

    https://www.douban.com/note/696842302/ DevOps应用:工商银行DevOps进行时(2018年)

    https://www.douban.com/note/722820106/  DevOps Master课程:微软 DevOps的成功之路(送中行DevOps三架马车)

    https://www.douban.com/note/641427886/ DevOps应用:DevSecOps云下安全与云等保(云博会内容提前曝光)

    https://www.douban.com/note/646007197/ 敏捷辩论

    https://www.douban.com/note/655617439/ 敏捷服务管理:数字化转型核心

    https://www.douban.com/note/696148785/ DevOps Master课程总结:IT运维的昨天、今天、明天(IT运维四大“坑”)

    DevOps Master:如何一次通过DevOps Master考试 https://www.douban.com/note/660291760/ 

    DevOps Master:课程总结之变更与DevOps集成  https://www.douban.com/note/660466481/

    艾利·高德拉特  “在瓶颈之外的任何地方作出的改进都是假象,在瓶颈之后作出任何改进都是徒劳的,而在瓶颈之前作出的任何改进则只会导致瓶颈处堆积更多的库存。”

    【1】精益管理方法的术语

    【2】高维度思考法

    【附】高德拉特《目标》五个聚焦步骤:

    第一步是确认约束点,直到确定那的确是整个部门层面的约束点,对非约束点的任何改进都只是幻觉,得不到实际任何价值;

    第二步是利用约束点,寻找突破这些约束的办法,确保不让约束点浪费任何时间,永远不要让约束点迁就别的资源而干等着,而是应该专注于IT运维部对当前所需完成工作中优先级最高的那一项,一直都要这样;

    第三步,使企业或部门的所有其它活动服从于第二步中提出的各种措施;

    第四步,具体实施第二步中提出的措施,使第一步中找出的约束环节不再是整个部门的约束点;

    第五步,回到步骤1,别让惰性成为约束,持续不断地改善;

    相关文章

      网友评论

          本文标题:站在IT治理Cobit2019角度看DevOps成熟度(COBI

          本文链接:https://www.haomeiwen.com/subject/pxradctx.html