共计 5532 个字符，预计需要花费 14 分钟才能阅读完成。
简介：如何开一场高效的迭代排期会，高效落地麻利开发，先从这 3 个要害流动着手，通过本文你将理解到什么是麻利开发、什么是双周迭代、如何高效地发展排期会，以及如何在云效我的项目合作·Projex 中落地排期会相干事宜。
摘要：如何开一场高效的迭代排期会，高效落地麻利开发，先从这 3 个要害流动着手，通过本文你将理解到什么是麻利开发、什么是双周迭代、如何高效地发展排期会，以及如何在云效我的项目合作·Projex 中落地排期会相干事宜。
作为团队的负责人，你心愿将研发模式从瀑布式转为麻利，并进行继续改良，但却不晓得从哪里开始？
作为项目管理人员，你心愿负责建设迭代机制，并进行规模化的推广和度量，但却不晓得如何疾速建设机制？
作为产品经理，需要排期后，你心愿能不便地跟进需要停顿，及时发现问题，但却不晓得怎么跟进不便？
接下来，咱们将通过 3 篇文章，率领大家逐渐理解麻利开发的全过程及高效落地指南。
麻利开发之 Scrum 办法介绍
在麻利开发落地的过程中，通常采纳 Scrum 的形式，所以咱们以 Scrum 为例来介绍麻利开发的流程和场景（如上图），在这个过程中：
1. 首先产品经理会进行：
○ 需要的收集、调研和剖析，造成按优先级排序的产品待办列表；
○ 对高优先级的需要，进行具体设计和廓清；
○ 通过迭代排期会，造成按优先级排序的迭代待办列表；
○ 排期实现后，需要从产品经理侧流向技术同学侧。
2. 在需要廓清的状况下，研发团队来会：
○ 以 1～4 周的迭代周期进行继续开发和交付迭代待办列表中的内容
○ 采纳每日站会来跟进打算和发现问题，并在迭代过程中继续或间歇性地交付可工作的软件。
与此同时，产品经理会在这个阶段，进行下一迭代的需要设计和廓清。
3. 迭代待办列表开发实现后，产品经理和研发团队一起进行迭代演示，交付可工作的软件。
4. 最初，通过迭代复盘会流动驱动团队继续改良。
在落地 Scrum 办法时，无论是阿里外部还是云效的企业客户，通常采纳双周迭代的运作机制，上面咱们以「双周迭代」为例进行介绍。
双周迭代的运作机制
双周迭代时序图
上图是双周迭代的运作流程：
● 在 N-2 和 N-1 周，业务和产品会继续做需要的剖析和设计，会把要排入迭代的需要按优先级高下筹备好，包含需要的剖析、设计和廓清；
● 随后开发和测试同学在排期后的两周内（N 周和 N+ 1 周），按优先级对需要进行开发、测试、验收和公布上线。注：排入迭代的需要在迭代排期前要已廓清分明，并明确验收规范。
● 迭代排期在双周迭代中起着前后连接的作用，每两周进行一次，个别每次 1～2 小时。排期前，业务和产品同学须要筹备好待排期的需要，排期后，开发和测试同学须要依照打算对需要进行开发、验证和公布。
● 迭代节奏和公布频率是要解耦的，迭代节奏能够是两周或一周，而公布频率能够是每两周一次、一周一次、或一周屡次等。有的企业或团队会依照每个迭代进行一次公布来落地，也有可能依照一个迭代进行屡次公布来落地。
至此，咱们了解了麻利开发的整体流程，及双周迭代的运作机制。能够看到在双周迭代的运作中，一个迭代中有 3 个十分重要的流动：迭代排期、迭代跟进和迭代复盘。本篇文章咱们先从「如何发展一场高效的迭代排期会」聊起。
如何发展一场高效的迭代排期会？
想要发展一场高效的迭代排期会，须要相干同学做一些筹备工作，咱们将排期流动中的须要筹备的事项、指标等整顿在一起（如下表），供大家参考。
咱们会看到，在排期输出、排期过程、排期输入环节的要求比拟多，如果没有要求的话，排期会将会比拟低效，后续的迭代推动也会呈现各种问题。如下，是咱们在辅导麻利开发团队过程中总结的几个留神点：
● 明确的迭代指标：迭代须要有比拟明确的指标，没有指标容易呈现需要范畴蔓延的状况，导致团队成员无奈聚焦
● 需要惟一优先级：很多产品经理在提迭代需要时，会呈现需要的优先级都是“紧急”的状况，其实这反映了需要的真正优先级是不明确的。咱们须要明确出惟一优先级排序，这个过程岂但可能让团队深刻思考、对优先级提出踊跃挑战，也能梳理出优先级高、真正对业务有价值的需要；
● 需要已廓清且技术计划已确认：需要已廓清是排入迭代的根本要求，有些团队会把未通过剖析、设计和廓清的需要排入迭代，导致排期时无奈给出精确的工作量预估，也无奈疾速进入开发，这会影响其余需要的停顿和整个迭代的节奏；
● 需要已拆分：通常状况下，需要要拆分到在一个迭代内能够实现交付，不便疾速验证业务假如，缩短业务的响应周期；
● 明确需要负责人：需要进入开发时，个别会须要多位技术同学单干实现，如前端和后端，或多个后端，这时咱们倡议由其中一位同学负责需要负责人，跟进需要到公布上线为止。这样能够更好地协调开发外部合作，防止过程中的争执或相互推卸，晋升整体的合作效率。
● 明确要害工夫点：需要排期时，往往会有 3 个工夫点须要明确：
○ 联调工夫：须要联调合作的开发同学会比拟关注联调工夫；
○ 预计提测工夫：测试同学比拟关注什么时候提测，这是开发与测试合作须要明确的工夫点；
○ 预计公布工夫：产品经理比拟关注的需要什么时候公布。
● 同步下一个迭代的需要：有的研发团队会说不晓得接下来要做什么，也有的团队会呈现需要断档，这里倡议产品经理能够提前把下一迭代要做的需要同步给大家，让大家理解近期布局，以便更好地安顿研发节奏。
麻利开发落地往往须要平台或工具撑持，上面咱们以云效我的项目合作·Projex 为例，介绍如何应用工具来高效落地迭代排期流动。
借助云效我的项目合作·Projex 发展迭代排期
一、排期输出
正如后面所说，为了可能发展一次高效的迭代排期会，须要筹备一些内容。在云效我的项目合作·Projex 中，咱们也提供了筹备排期会相干的产品能力。
1. 创立迭代，并明确的本次迭代须要达成的业务指标，负责人：产品经理或研发负责人
通常创立迭代由产品经理或研发负责人负责，此时须要明确迭代的名称、负责人、迭代周期、迭代容量和迭代指标，须要留神：
● 迭代名称：须要遵循肯定的标准，如“迭代 + 迭代完结日期”；
● 迭代容量：团队人数绝对固定时，一个迭代内的工时容量也是绝对固定的，如：双周迭代，是 10 个工作日，如果团队有 8 位同学，一天的无效工时依照 7 个小时计算，容量就是 560 个小时；
● 迭代指标：指标须要具体可掂量，且与业务指标有间接或间接的关系。
创立迭代
2. 将产品待办列表按优先级排序，负责人：产品经理
云效我的项目合作·Projex 的需要治理中，产品经理能够依据诉求应用过滤器，配置“产品代办列表”公共视图，视图默认依照优先级排序，也能够设置成依照状态、负责人等其余自定义属性排序。
产品需要待办列表
3. 待排期的需要已廓清，并满足准入排期的要求，负责人：产品经理
4. 保障需要已拆分到可在一个迭代内实现交付，负责人：产品经理
5. 各需要的技术计划已评审通过（包含但不限于各模块间依赖关系、接口定义）负责人：研发负责人
产品经理个别通过发展需要评审会来廓清需要，在廓清过程中，产品经理会对需要内容进行解说，并将需要拆解到较小颗粒度（一个迭代内能够实现交付）。同时，研发团队会依据需要实现的复杂程度，来断定是否须要做技术计划或预研工作。对于须要做技术计划的需要，须要明确技术计划评审的工夫点，以便能够尽快投入开发。
在云效我的项目合作·Projex 中，对于已廓清的需要，需要更改状态到“已评审”状态。技术计划已确认的需要，能够在需要上打上“技术计划已确认”的标签。
注：团队在云效我的项目合作·Projex 中创立我的项目时，能够定义需要的工作流，倡议为「待处理 - 已抉择 - 设计中 - 已评审 - 已排期 - 开发中 - 待测试 - 测试中 - 待验收 - 待发布 - 已公布」，在这个工作流下，仅对状态为“已评审”的需要进行排期。
可排期的需要列表
6. 提前梳理好下一迭代的需要列表，负责人：产品经理
为什么要在这个迭代中去讲下一个迭代的需要列表呢？在辅导云效客户的研发团队过程中，咱们发现有的研发团队会呈现，不分明下一迭代会做什么或需要断档的状况。如果你们的团队也有相似的问题，倡议在迭代排期的时，邀请产品经理把下一迭代须要做的需要大抵讲一下，让研发团队提前理解并辨认危险（如果你们团队没有相似的问题，能够跳过这个环节）。
在云效我的项目合作·Projex 中，下一迭代的需要能够用两种形式出现，一种是给需要打上“下一个迭代需要”的标签；另一种是间接把迭代字段更新到下一个迭代。如下图，是以标签形式实现对下一迭代需要治理的形式：
二、排期过程
- 研发负责人做上一迭代回顾
在排期会刚开始时，研发负责人能够在云效我的项目合作·Projex 的迭代模块中，率领大家回顾上一迭代需要的实现状况，须要重点关注未实现的需要状况，如果有未实现的需要，须要评估还须要投入多少工作量，并将其移入行将开始的迭代中。
上一迭代回顾
- 产品经理解说和布局需要
首先产品经理能够在迭代概览中，看到创立迭代时设置好的迭代指标，并向研发团队介绍。
概览中的迭代指标
随后，产品经理按优先级解说迭代待办列表中的需要（须要通过评审和技术计划确认）。在云效我的项目合作·Projex 的迭代布局中（如下图），产品经理能够通过所需条件过滤需要（过滤条件能够保留），并依照优先级高下解说需要，解说过程中或之后，能够间接将排入迭代的需要拖拽迭代卡片中。
迭代布局时解说需要
需要拖拽布局
- 研发团队进行工作量评估
在排期的过程中，研发团队须要评估各需要的工作量，依据团队整体人力容量状况，确定本次排期的需要列表：
● 明确需要工作量：需要工作量是指各需要须要的人力工时数量，可在排期会前或会上进行估算；
● 确定迭代容量：迭代容量是研发团队一个迭代所能投入到需要实现的工时总量；
在排期的时候，咱们能够随时在指标迭代的右上角查看排入需要与团队工时容量的匹配状况。
迭代容量统计
- 明确需要负责人和工作拆解
在排期会上很重要的一个事件时，对已排期的需要，明确需要负责人，拆分到技术开发工作，并给出各需要的要害工夫点，譬如打算提测日期和打算上线日期。
● 明确需要的负责人：这里特指需要的开发负责人，须要负责需要从进入开发到公布上线的全过程；
● 需要拆分到开发工作：需要的开发负责人须要负责将需要拆解到各个开发工作，Web 端、H5 或 客户端的需要，往往须要前端和后端的联合开发，或者一个需要要不同开发同学负责，还会波及到联调工作，这是便须要对需要进行工作的拆解。不过，对于特地小颗粒度的需要，也可不进行工作拆解。
需要拆分为多个开发工作
明确要害工夫点：在迭代排期上，测试同学会关怀需要什么时候提测（提测日期），产品经理会关怀需要什么时候上线（交付工夫），如果有研发外部合作时，研发团队也须要明确开发外部的联调工夫等。这些工夫点倡议在排期会上根本明确下来。如下图，能够在迭代“工作项”页面，设定需要的要害工夫点。
明确需要的要害工夫点
更新好需要状态：需要排期确定后，须要的状态要更新到“已排期”。
需要状态更新到“已排期”
- 明确已排期需要的公布窗口
这一点要看团队的理论状况，有的团队是固定公布窗口，有的是一个迭代一次公布，也有的是一个迭代屡次公布。
● 如果是一个迭代公布一次，绝对简略，上一步的要害工夫点能够抉择不填。
● 如果是一个迭代公布屡次的，须要查看每个窗口公布的具体需要条目和数量，往往公布窗口的工夫和需要的打算实现工夫是统一的。
● 如果是继续公布的，那这一条能够疏忽。
- 下一次打算排期的需要解说
产品经理依照优先级和状态解说下一次排期的需要状况，能够用标签，也能够间接用迭代来标识；
下一个迭代的需要
三、排期输入
在迭代布局会后，咱们须要有明确的产出：
● 本次迭代的指标和已排期的需要列表；
● 已排期的需要用迭代标记，布局入迭代；
● 各需要的负责人和要害工夫点；
● 本次迭代内的公布窗口和对应的需要列表；
● 下一次打算排期的需要列表；
● 输入迭代排期会议纪要，同步给相干人员（包含团队成员、业务方、依赖和被依赖方等）。
后面 5 个点咱们在云效我的项目合作·Projex 迭代详情页面的“工作项”中均可查看，蕴含需要名称和各要害属性，如下图：
此外迭代“概览”中，还能够通过“迭代工作项概览”和“迭代工时概览”卡片，查看迭代的排期实现后的工作项和工时统计数据、迭代成员的工作量状况：
● 迭代工作项概览：统计迭代中排序的需要、工作和缺点的数量状况；
● 迭代工时概览：展现迭代容量，统计迭代中需要的预计工时总和；
● 工作项排名：依照团队成员负责的工作项（蕴含需要、工作和缺点）数量进行排名，凸显前 5 名，不便对工作内容进行重新安排和调整；
● 迭代工时排名：依照团队成员负责的工作项预计工时数排名，凸显前 5 名，不便对工作内容进行重新安排和调整。
针对第 6 点 - 会议纪要局部，排期会的负责人在会前就须要指定好会议记录的负责人，在完结后，把“排期输入”以会议纪要的造成同步给相干人员，尤其是业务方、依赖方和被依赖方等。
总结回顾
当你打算落地麻利开发方法时，咱们倡议一开始就要让团队成员了解麻利迭代的落地过程，并共识双周迭代的运作机制，这样能够让整个团队都成竹在胸，并提前准备要害事宜。
而在整个麻利开发方法运作过程中，迭代排期会至关重要，起到承前启后的作用，相干负责人须要做到：
● 迭代排期会前，产品和研发团队须要把待排期的需要筹备好；
● 迭代排期会时，产品和研发团队须要达成共识，明确排入迭代的需要列表，并做出相应的承诺；
● 迭代排期会后，须要对排期的打算进行推动和跟进，直到需要实现开发、测试和公布上线为止。
至此，咱们曾经理解了什么是麻利开发、什么是双周迭代、如何高效地发展排期会，以及如何在云效我的项目合作·Projex 中落地排期会相干事宜。前面 2 篇文章，咱们将具体介绍迭代跟进 - 每日站会、迭代复盘这两个流动，期待大家的继续关注。
原文链接
本文为阿里云原创内容，未经容许不得转载。
