【项目实践】DevOps实践理念

写在前面的话

Scrum作为一种方法论，并不是详细的操作规范，而是一套行为框架，在此框架基础上，各团队根据自己团队实际情况制定合适的迭代任务。

DevOps=Developers+Operators，即开发团队和运维团队一体化，以促进端到端的价值流动为目的。从客户提出需求，到进入开发阶段，再到交付客户成果，交付价值持续循环流动。

实践感想

随着DevOps的深入推广，敏捷开发模式、持续化交付体系、工程实践、自动化工具等都已经在行里初见成效，为持续推进敏捷转型的实施，我负责的系统被选为第一批敏捷试点项目，接受软开中心的DevOps工程实践的洗礼。

总的来说，本次的试点实践活动收获蛮多，但还是感觉形式大于内容；敏捷转型文化是不错，但与银行软开的文化格格不入，作为领头人又没有魄力去突破这个限制，结果只能是带着枷锁跳舞，基本流于形式。

实践过程

目前行里对敏捷流程控制分为两个阶段，阶段一：SCRUM开发迭代阶段；阶段二：DevOps持续集成阶段，那么针对敏捷流程管控，行里已经搭建了一套IPDO系统将Scrum和DevOps无缝连接，通过系统可以看到相关系统的各排期的动态视图。

1

总体设计流程 

首先，排期负责人在PLMP系统中得到系统任务以后，需要手动将可用于敏态开发的系统任务清单从PLMP系统对接到IPDO系统，

其次，由项目组的PO（产品负责人）将系统任务拆分成一份明确的Product Backlog（产品需求清单），再根据优先级和迭代周期提取出不同的Sprint Backlog（冲刺需求清单）；

再次，接着再将需求拆分为一个个独立的Task Pool（1-3天的标准）由开发人员自行认领，后面就可以通过每日站会，物理看板等方式跟踪进度，最终产生一个可交付（可测试）的产品增量。

2

三个特殊角色

PO产品负责人：主要负责将系统任务拆分成不同的PB，SB，Task等，使团队的目标任务清晰可见；

开发团队：不解释了就是咱们开发人员

Scrum Master：辅助管理整个流程顺畅执行，组织站会，迭代总结会，产品验收会等

3

现阶段要做的 

第一：培养敏捷开发思维，学习IPDO敏捷系统流程，选择扮演的角色PO，SM等

第三：物理看板用起来，学着拆分PB，SB，Story，Task等过程

4

DevOps持续集成 

软开中心和数据中心之间还是割裂的，这就与DevOps的初衷是相违背的，没有能够充分调动起两个职能部门的最大产能。