XIN：DevOps Master 白皮书 - 企业 DevOps 的成功之路（22页）.pdf

《XIN：DevOps Master 白皮书 - 企业 DevOps 的成功之路（22页）.pdf》由会员分享，可在线阅读，更多相关《XIN：DevOps Master 白皮书 - 企业 DevOps 的成功之路（22页）.pdf（22页珍藏版）》请在三个皮匠报告上搜索。

1、流程主管很希望了解如何可视化整个过程。一种方法是使用 Obeya(丰田的一种工程合作方式)为整个流程进行设定。Obeya 这个作战室具有两个目的信息管理和现场决策(on-the-spot decision)。这里面有很多可视化管理工具。团队成员可以很快看到他们在过程中的方方面面。当跨职能团队在一起工作时，Obeya 系统能够快速，准确做出决策，加强沟通、保持队形、迅速收集信息、并形成重要的团队意识。服务主管组织服务管理办公室(SMO)并定义团队的基本规则。服务主管创建愿景、目标和项目的价值，然后整合 DevOps 的团队成员。在这个阶段，运行中的基础设施被定义。一个整体流程的价值流图表被设计。

2、服务主管定义待办任务(Product backlogs)和并安排优先级。 DevOps团队使用待办任务(Product backlogs)来定义故事(Story)。 用户故事：角色，职能，业务价值/理由，以及运营条件。 测试故事：验收测试用例和服务验收标准。 运营故事：设置 IT 服务的优先级的和业务连续性的运营条件。创建服务级别和运营级别协议。DevOps 工程师和运营团队定义转换、测试和开发的基础设施。 开发团队还创建了发布和迭代计划。把关人研究 IT 服务的合规性以及 IT 服务的监管要求。可靠性工程师定义测试方法和测试用例。Scrum 是这个阶段最适用的方法论。开发团队必须提交发布计划并使用规范的敏捷方法。每次迭代(Sprint)的周期需要遵循业务的需要。从质量的角度来看，XP(Extreme Programming，极限编程)的实践，例如结对编程(pair-programming)、TDD(Test-Driven Development，测试驱动开发)、重构(Refactoring)和十分钟构建(Ten-Minutes Build)都是有效的。