为了_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）。
