为了_IT服务的业务连续性,希望在您的组织中建立DevOps团队。
_是组建一个小型优质的DevOps团队,根据亚马逊的“两个披萨规则“:团队人数不能多于两个披萨饼还吃不饱的地步。
团队角色描述如下:
流程主管(Process Master)
领导并促进团队,这个角色类似于在Scrum中 的Scrum Master。
对整个过程实施可视化管控,力求建立单件流作业(one-piece flow)的流水线式的流程。
可视化管控意味着“在不需要解释的情况下,通过看板是否每个人都能很容易的理解当前的情形?”它不并显示状态。但它可以用来表达是否有问题出现。
经验需求:Scrum Master,敏捷项目领导(Agile Project Leader)。
服务主管(Service Master)
对提供IT服务及时性(JIT)负有全责。
这个角色就类似于Scrum中的产品负责人(Product Owner),对待办项(Product Backlog)做管理和排序,另外还负责IT服务的成本规划。
经验需求: Scrum产品负责人(Scrum Product Owner)、服务负责人(Service Owner)。
DevOps工程师(DevOps Engineer)
以优化和维护自动化流程为主要使命。
工程师将检查整个自动化过程和工具。DevOps流程需要很多工具。
经验需求:研发(Development)、工具(Tools)。
把关人 / 发布协调员(Gatekeeper / Release coordinator)
负责监控IT服务的运行状态和下一次发布的进展。做关于部署是做或不做的决定,需要参照的标准包括安全性、合规性、监管要求、运营团队的成熟度以及他们的流程观念。
经验需求:IT服务管理(IT service management)、运维(Operations)。
可靠性工程师(Reliability Engineer)(可选)
监控部署过程中的服务,处理服务运行中所产生的问题。
监控流程状态以确保开发团队严格遵守了CI(持续集成)和CD (持续交付)的规则。
监视和管理复杂的构建管线的工作流。
有义务提升测试流程。
经验需求:测试(Testing),工具(Tools),质量_(Quality assurance)。
开发团队(Development team)
DevOps的关键成功因素之一是建立一个训练有素的敏捷团队。
规范的敏捷团队致力于以可持续的步伐来满足发布计划和发布质量。
经验需求:开发(Development),敏捷(Agile)
运维团队(Operation team)
采用轻量级的ITSM并在整体战略的环境中支持对服务的设计、实施、运维与改进。
在TPS中采用“提前持续改善(KAIZEN in Advance)”的实践
经验需求:运维(Operations),持续改善(KAIZEN)。