DEVOPS的团队角色？

DevOps概况

原创2019-04-22小艾老师

为了_IT服务的业务连续性，希望在您的组织中建立DevOps团队。

蕞好是组建一个小型优质的DevOps团队，根据亚马逊的“两个披萨规则“：团队人数不能多于两个披萨饼还吃不饱的地步。

团队角色描述如下：

领导并促进团队，这个角色类似于在Scrum中的Scrum Master。

对整个过程实施可视化管控，力求建立单件流作业（one-piece flow）的流水线式的流程。

可视化管控意味着“在不需要解释的情况下，通过看板是否每个人都能很容易的理解当前的情形？”它不并显示状态。但它可以用来表达是否有问题出现。

经验需求：Scrum Master，敏捷项目领导（Agile Project Leader）。

对提供IT服务及时性（JIT）负有全责。

这个角色就类似于Scrum中的产品负责人（Product Owner），对待办项（Product Backlog）做管理和排序，另外还负责IT服务的成本规划。

经验需求： Scrum产品负责人（Scrum Product Owner）、服务负责人（Service Owner）。

以优化和维护自动化流程为主要使命。

工程师将检查整个自动化过程和工具。DevOps流程需要很多工具。

经验需求：研发（Development）、工具（Tools）。

负责监控IT服务的运行状态和下一次发布的进展。做关于部署是做或不做的决定，需要参照的标准包括安全性、合规性、监管要求、运营团队的成熟度以及他们的流程观念。

经验需求：IT服务管理（IT service management）、运维（Operations）。

监控部署过程中的服务，处理服务运行中所产生的问题。

监控流程状态以确保开发团队严格遵守了CI（持续集成）和CD （持续交付）的规则。

监视和管理复杂的构建管线的工作流。

有义务提升测试流程。

经验需求：测试（Testing），工具（Tools），质量_（Quality assurance）。

DevOps的关键成功因素之一是建立一个训练有素的敏捷团队。

规范的敏捷团队致力于以可持续的步伐来满足发布计划和发布质量。

经验需求：开发（Development），敏捷（Agile）

采用轻量级的ITSM并在整体战略的环境中支持对服务的设计、实施、运维与改进。

在TPS中采用“提前持续改善（KAIZEN in Advance）”的实践

经验需求：运维（Operations），持续改善（KAIZEN）。