前一篇文章我们讲到，，，，，，DevOps 是一种重视 “软件开发职员（Dev）” 和 “运维手艺职员（Ops）” 之间相同相助的文化，，，，，，是软件开发领域最近十年来兴起且当下普遍成熟运用的要领论。。。。。。。它和古板的瀑布模子、螺旋模子等理念差别，，，，，，其焦点是 “迅速”，，，，，，效果是自动化。。。。。。。
越来越多的企业期望通过引入DevOps 模式，，，，，，实现更高效的交付效率，，，，，，从而提升客户知足度、创造更多商业价值。。。。。。。但详细到实验层面，，，，，，怎样乐成实践 DevOps 依然是一个难题。。。。。。。betway西汉姆官网科技自主研发的研发协同治理平台（MOne），，，，，，买通了从需求、设计、开发、构建、测试、宣布到安排的全流程，，，，，，通过平台沉淀标准流程、迅速实践的要领论，，，，，，形成企业内部的研发工艺，，，，，，在DevOps的各个阶段形成有用赋能。。。。。。。
本篇文章将重点分享，，，，，，betway西汉姆官网科技研发协同治理平台在DevOps的“迅速迭代”阶段，，，，，，怎样助力研发团队数字化协同水平上一个大台阶。。。。。。。
迅速迭代全流程
迅速迭代的实验流程，，，，，，包括：产品团队对目的举行妄想→ 开发举行需求拆解、排期开发→ 测试、测试职员举行迭代排期、开发、测试→ 迅速教练对迭代举行跟踪和反响！！！。。。，，，在这个历程中差别团队的科学分工和优异协同，，，，，，是能否真正实现“迅速”的要害。。。。。。。
产品团队
作为用户需求的剖析和研发需求的导入桥梁，，，，，，需要凭证用户场景剖析来界说产品的要害特征，，，，，，使得做出的产品越发贴近用户；；；；；
开发团队
作为产品的开发来说，，，，，，需要凭证产品特征来剖析、拆解开发团队的研发需求，，，，，，聚焦于做解决用户痛点问题的需求；；；；；
测试团队
测试团队主要作为产品研发历程中质量的包管，，，，，，通过用例治理、自动化测试等手段，，，，，，包管交付给用户的产品是经得住磨练的；；；；；
迅速教练
迅速教练主要在研发以Scrum迅速迭代历程中，，，，，，监控迭代的进度，，，，，，识别迭代中可能的危害以及问题，，，，，，并能够资助研发团队一连的改善研发效能。。。。。。。
差别场景下迅速迭代实践
场景一
从用户场景出发识别用户需求
用户场景剖析，，，，，，主要是提供应产品团队，，，，，，面向用户的使用场景举行的推演剖析历程，，，，，，在剖析历程中，，，，，，主要有两个要害信息。。。。。。。
用户运动： 凭证用户操作、使用流程，，，，，，一步步推演出用户的操作历程，，，，，，我们称这个流程为用户运动的剖析，，，，，，此历程主要是为了识别用户侧要害的场景行为；；；；；
产品能力：用户运动需要产品(组件)的特征来举行支持，，，，，，好比用户运动中的“点击流水线宣布”运动，，，，，，就需要MOne Pipeline组件的“动态编排流水线”、“流水线调理执行”等2个产品能力支持。。。。。。。
通过用户场景剖析设计器来承载用户的场景剖析历程，，，，，，最终识别出betway西汉姆官网产品(组件)需要具备什么样的能力。。。。。。。
场景二
聚焦产品的要害特征
“能力地图”是面向用户视角，，，，，，对产品(组件)对外提供的要害特征的一种体现形式，，，，，，产品的能力输入泉源可由以下两部分组成：
通过“用户场景”推演用户运动后，，，，，，进而识别产品组件的能力
事先妄想系统具备哪些产品组件，，，，，，以及对应组件的要害能力
当所有产品能力聚合在一起，，，，，，就可以形成产品的“能力地图”。。。。。。。
通过“能力地图”，，，，，，我们可以更好的治理和跟踪产品能力。。。。。。。
产品能力到研发需求的治理：产品的能力代表的是产品的特征输出，，，，，，能力是需要通过研发使命举行剖析完成后才华释放的。。。。。。。我们通过剖析能力，，，，，，向下形成研发关注的“待办事项列表”，，，，，，实现产品能力与研发需求的买通。。。。。。。研发的待办事项就可以通过迅速迭代的方法，，，，，，纳入到一轮一轮的冲刺举行完成。。。。。。。在冲刺历程中，，，，，，研发需求的季度将自动反响到产品能力的进度上，，，，，，实现能力进度的同步更新，，，，，，最终当能力下所有的研发需求关闭后，，，，，，就代表上层的能力开发完成；；；；；
产品能力进度的跟踪：可以通过产品的进度跟踪趋势图，，，，，，来相识各个产品组件能力的进度。。。。。。。产品能力的进度汇报会以每周举行汇总，，，，，，利便治理层相识产品的开发情形。。。。。。。
场景三
面向多人开发的协作模式
场景一的“用户场景”主要通过用户运动识别产品能力，，，，，，场景二的“产品能力地图”是为了更好的治理和跟踪产品能力，，，，，，以上2个场景都主要是面向产品职员。。。。。。。通过能力向下剖析成研发使命时，，，，，，就会形成研发关注的“待办事项”。。。。。。。
待办事项池：通过妄想每2~3周为一周期的迭代，，，，，，把待办事项纳入到迭代中举行开发；；；；；
可视化的迭代看板：通过可视化看板，，，，，，利便团队关于迭代使命进度对齐和危害预知。。。。。。。
迭代看板可以凭证流程划分差别的“泳道”，，，，，，开发职员在对使命举行处置惩罚时，，，，，，将会挪动看板上的使命卡片，，，，，，实现状态流转历程。。。。。。。当所有的卡片都在“关闭”泳道时，，，，，，就代表本轮迭代使命都完成即可关闭迭代。。。。。。。
别的，，，，，，在看板卡片上，，，，，，通过“标签方法”可对主要、要害的使命举行标注识别，，，，，，同时增添“延期的标识”以提醒成员实时处置惩罚，，，，，，阻止延期。。。。。。。
场景四
特征分支的驱动开发模式
特征分支的驱动开发模式，，，，，，主要是为了加速软件的代码开发到测试可交付的流程的一种模式，，，，，，我们通过检出研发需求对应的代码分支，，，，，，举行线下的代码Coding事情，，，，，，今世码开发完成后想快速举行功效验证，，，，，，可以提倡合并申请流程，，，，，，将自动触发分支的宣布流程：
CI构建流水线，，，，，，举行源代码的构建、打包、质量扫描等流程，，，，，，上传制品到对应的制品库；；；；；
CD宣布流水线，，，，，，将自动触发从制品库中拉取安排的制品包，，，，，，实现在差别情形中的安排。。。。。。。
在差别情形中安排时，，，，，，可以通过开发自测、测试职员测试，，，，，，再到产品的预宣布情形举行审查。。。。。。。整个情形研发完成后，，，，，，将分支代码自动合并到代码主干中。。。。。。。
特征分支开发的模式，，，，，，串联了开发、测试、产品等多种角色，，，，，，可以越发快速的买通部分协作壁垒，，，，，，加速了软件的快速交付历程。。。。。。。
结 语
通过以上4个场景，，，，，，我们描绘了betway西汉姆官网科技在DevOps的“迅速迭代”阶段的理念与要领的实践。。。。。。。
在接下来的文章中，，，，，，我们将聚焦“一连测试”阶段的实践，，，，，，请您继续关注。。。。。。。
