前一篇文章我们讲到 ，DevOps 是一衷祺沉 “软件开发人员（Dev）” 和 “运维技术人员（Ops）” 之间沟通合作的文化 ，是软件开发领域最近十年来鼓起且当下普遍成熟使用的步骤论 。它和传统的瀑布模型、螺旋模型等理想分歧 ，其主题是 “火速” ，了局是自动化 。
越来越多的企业进展通过引入DevOps 模式 ，实现更高效的交付效能 ，从而提升客户中意度、创造更多贸易价值 。但具体到执行层面 ，若何成功实际 DevOps 依然是一个难题 。人生就是搏科技自主研发的研发协同治理平台（MOne） ，买通了从需要、设计、开发、构建、测试、颁布到部署的全流程 ，通过平台沉淀尺度流程、火速实际的步骤论 ，形成企业内部的研发工艺 ，在DevOps的各个阶段形成有效赋能 。
本篇文章将沉点分享 ，人生就是搏科技研发协同治理平台在DevOps的“火速迭代”阶段 ，若何助力研发团队数字化协同水平上一个大台阶 。
火速迭代全流程
火速迭代的执行流程 ，蕴含：产品团队对指标进行规划→ 开发进行需要拆解、排期开发→ 测试、测试人员进行迭代排期、开发、测试→ 火速锻练对迭代进行跟踪和反馈 ，在这个过程中分歧团队的科学分工和优良协同 ，是能否真正实现“火速”的关键 。
产品团队
作为用户需要的分析和研发需要的导入桥梁 ，必要凭据用户场景分析来界说产品的关键个性 ，使得做出的产品越发切近用户；
开发团队
作为产品的开发来说 ，必要凭据产品个性来分析、拆解开发团队的研发需要 ，聚焦于做解决用户痛点问题的需要；
测试团队
测试团队重要作为产品研发过程中质量的保障 ，通过用例治理、自动化测试等伎俩 ，保障交付给用户的产品是经得住考验的；
火速锻练
火速锻练重要在研发以Scrum火速迭代过程中 ，监控迭代的进度 ，鉴别迭代中可能的风险以及问题 ，并可能援手研发团队持续的改善研发效力 。
分歧场景下火速迭代实际
场景一
从用户场景启程鉴别用户需要
用户场景分析 ，重要是提供给产品团队 ，面向用户的使用场景进行的推演分析过程 ，在分析过程中 ，重要有两个关键信息 。
用户活动： 依照用户操作、使用流程 ，一步步推演出用户的操作过程 ，我们称这个流程为用户活动的分析 ，此过程重要是为了鉴别用户侧关键的场景行为；
产品能力：用户活动必要产品(组件)的个性来进行支持 ，好比用户活动中的“点击流水线颁布”活动 ，就必要MOne Pipeline组件的“动态编排流水线”、“流水线调度执行”等2个产品能力支持 。
通过用户场景分析设计器来承载用户的场景分析过程 ，最终鉴别出人生就是搏产品(组件)必要具备什么样的能力 。
场景二
聚焦产品的关键个性
“能力地图”是面向用户视角 ，对产品(组件)对表提供的关键个性的一种阐发大局 ，产品的能力输入起源可由以下两部门组成：
通过“用户场景”推演用户活动后 ，进而鉴别产品组件的能力
事先规划系统具备哪些产品组件 ，以及对应组件的关键能力
当所有产品能力聚合在一路 ，就能够形成产品的“能力地图” 。
通过“能力地图” ，我们能够更好的治理和跟踪产品能力 。
产品能力到研发需要的治理：产品的能力代表的是产品的个性输出 ，能力是必要通过研发工作进行分化实现后能力开释的 。我们通过度化能力 ，向下形成研发关注的“待处事项列表” ，实现产品能力与研发需要的买通 。研发的待处事项就能够通过火速迭代的方式 ，纳入到一轮一轮的冲刺进行实现 。在冲刺过程中 ，研发需要的季度将自动反馈到产品能力的进度上 ，实现能力进度的同步更新 ，最终当能力下所有的研发需要关关后 ，就代表上层的能力开发实现；
产品能力进度的跟踪：能够通过产品的进度跟踪趋向图 ，来相识各个产品组件能力的进度 。产品能力的进度汇报会以每周进行汇总 ，方便治理层相识产品的开发情况 。
场景三
面向多人开发的合作模式
场景一的“用户场景”重要通过用户活动鉴别产品能力 ，场景二的“产品能力地图”是为了更好的治理和跟踪产品能力 ，以上2个场景都重要是面向产品人员 。通过能力向下分化成研发工作时 ，就会形成研发关注的“待处事项” 。
待处事项池：通过规划每2~3周为一周期的迭代 ，把待处事项纳入到迭代中进行开发；
可视化的迭代看板：通过可视化看板 ，方便团队对于迭代工作进度对齐微风险预知 。
迭代看板能够凭据流程划分分歧的“泳路” ，开发人员在对工作进行处置时 ，将会移动看板上的工作卡片 ，实近况态流转过程 。当所有的卡片都在“关关”泳路时 ，就代表本轮迭代工作都实现即可关关迭代 。
此表 ，在看板卡片上 ，通过“标签方式”可对沉要、关键的工作进行标注鉴别 ，同时增长“延期的标识”以提醒成员实时处置 ，预防延期 。
场景四
个性分支的驱动开发模式
个性分支的驱动开发模式 ，重要是为了加快软件的代码开发到测试可交付的流程的一种模式 ，我们通过检出研发需要对应的代码分支 ，进行线下的代码Coding工作 ，现代码开发实现后想急剧进行职能验证 ，能够提议归并申请流程 ，将自动触发分支的颁布流程：
CI构建流水线 ，进行源代码的构建、打包、质量扫描等流程 ，上传制品到对应的制品库；
CD颁布流水线 ，将自动触发从制品库中拉取部署的制品包 ，实此刻分歧环境中的部署 。
在分歧环境中部署时 ，能够通过开发自测、测试人员测试 ，再到产品的预颁布环境进行审查 。整个环境研发实现后 ，将分支代码自动归并到代码主干中 。
个性分支开发的模式 ，串联了开发、测试、产品等多种角色 ，能够越发急剧的买通部门合作壁垒 ，加快了软件的急剧交付过程 。
结 语
通过以上4个场景 ，我们描述了人生就是搏科技在DevOps的“火速迭代”阶段的理想与步骤的实际 。
在接下来的文章中 ，我们将聚焦“持续测试”阶段的实际 ，请您持续关注 。
