DevOpsAgileITILPMP和SDLC的伯仲叔季

Posted 2021-04-16 东方瑞通项目管理学习中心

原文来自《ITIL 2018服务管理与认证考试详见》一书。

DevOps的基本概念

DevOps是英文单词Development和Operations的组合。以实际而论，DevOps所涉及到不仅仅局限在开发和运维之间的协作，它贯穿了IT价值链的每一个环节的工作流。DevOps是开发运维一体化，体现业务和IT融合的架构和组织级文化转型的实践。DevOps使得企业IT从成本中心转型成数字化的创新中心及真正的业务合作伙伴。企业将能创建良好的跨部门沟通和团队合作的文化氛围，IT可以专注于实现业务价值的即时交付。DevOps可以理解为一种技术架构，它基本有三块组成，敏捷项目管理、持续交付和运维服务管理。敏捷项目管理部分主要以敏捷项目管理方法论Scrum为主，因为Scrum比较流行，并有明确的组织架构和角色设计，关键的角色包括产品经理和敏捷教练等。持续交付部分主要是由自动化工具来实现，比如应用红帽的Openshift、Jenkins和Docker工具。运维服务管理部分引用ITIL的基本流程，比如变更管理、配置管理、服务级别管理和业务连续性管理。

 

DevOps与Agile敏捷开发的关系

DevOps关于开发部分主要应用Agile的最佳实践，比如精益开发、Scrum、极限编程（XP）和看板(Kanban)方法等。其中Agile所提倡的结对编程（Pair-programming)、时间盒子（Timebox）、限制待制品(WIP)、持续集成(CI)和定义完成(DOD)等管理思想同样也适用于Devops。Devops在Agile的用户故事的基础上还创造性的提出测试故事和运营（运维）故事的观点，可见Devops在继承Agile优势的同时，更加强调IT服务或应用全生命周期的管控，即包括运营（运维）的管控。除此之外，Devops更加强调自动化的发布部署及自动化测试平台，这个和目前比较流行的微服务的概念有很强的内在需要的契合。

 

DevOps与ITIL的关系

ITIL强调以流程为驱动，DevOps更加强调通过自动化的平台和工具来实现自动化的运维。Devops强调在运维层面要创建轻量级的只包含必要信息（Minimum Required Information，MRI）的ITIL内容，比如ITIL在需求管理流程中提到的用户概述文件（User Profile）可以与用户故事相对应；ITIL在服务设计阶段产出的服务设计包（SDP）和服务验收标准(SAC)可以与待开发产品的发布部署以及测试验收相对应；在服务级别协议（SLA）和运营级别协议（OLA）中的绩效指标的完成情况同样可以用来表征利益相关方反馈的关键依据。

 

DevOps与PMP的关系

DevOps试图解决项目或特性、开发、测试和运维之间的矛盾。DevOps对PMP项目管理理论的实践也是有价值的。应用DevOps后，项目管理和控制不再只是项目经理一个人的事情，而是所有团队成员协同合作，以Team的形式共同参与项目管理活动。在传统的项目管理理论中，项目经理需要自行打通需求分析、架构设计、（开发）任务分解、持续集成部署和项目转运维等各种复杂的工程实践。如果项目经理的能力有限，这就意味着项目经理可能是整个业务交付价值链条上的单点故障。DevOps的实践基本彻底解决此问题。

 

DevOps与软件开发测试的关系 

DevOps解决了客户不断涌现的新需求和有限的开发资源之间的矛盾。并且通过持续交付来快速提供客户认可的价值，并获取客户或用户的第一时间的即时反馈。开发人员需要持续构建发布部署流水线，并持续交付价值。测试团队不再是被动接受测试任务，而是从需求分析开始参与,建立新的、自动化的质量控制策略，提升对代码、功能性和非功能性需求的测试全覆盖。越来越多的企业机构正在采用DevOps方法让应用开发者和运维专家在整个应用全生命周期中协同工作，共同交付业务价值。

东方瑞通项目管理学习中心