共计 2444 个字符，预计需要花费 7 分钟才能阅读完成。
简介：高效落地麻利开发，先从这 3 个要害流动着手。在麻利迭代中，尽管迭代周期比拟短，但仍然须要对迭代过程进行无效跟进。如果在输出、过程、输入环节，没有要求，每日站会（迭代跟进）将会十分低效。好的每日站会，应该这么开！
摘要：高效落地麻利开发，先从这 3 个要害流动着手。在麻利迭代中，尽管迭代周期比拟短，但仍然须要对迭代过程进行无效跟进。如果在输出、过程、输入环节，没有要求，每日站会（迭代跟进）将会十分低效。好的每日站会，应该这么开！
在上一篇文章《麻利开发落地指南之迭代排期》中，咱们曾经理解到：
● 什么是麻利开发；
● 什么是双周迭代；
● 如何高效地发展排期会；
● 如何在云效我的项目合作·Projex 中落地排期会。
接下来，咱们来具体介绍在整个迭代跟进过程：从迭代排期确定到迭代交付的过程，同样咱们还是以双周迭代为例进行讲述。
借助每日站会无效推动迭代打算
迭代进行的过程中，咱们个别会采纳每日站会（一种最先被落地的实际）进行迭代的推动和跟进。为了不便大家落地，咱们将每日站会的指标、事项等细则整顿成了表格以供参考，如下表：
咱们会看到，下面表格中的输出、过程、输入环节有比拟多的要求，这是因为，如果在输出、过程、输入环节，没有要求，每日站会（迭代跟进）将会十分低效。
上面的几点，是咱们在辅导麻利开发团队时，常常遇到的一些问题，须要特地留神：
● 重点关注需要停顿：很多研发团队会重点跟进研发工作的实现状况，这容易导致需要无奈及时测试和按时公布。一个需要拆解为研发工作后，通常各方对齐接口联调后能力进行整体需要的测试和验证，此外产品经理和用户重点关注也是需要的验收和公布，这便须要研发团队在迭代跟进时从需要登程，重点关注需要的整体停顿。
● 每日站会前更新好需要的状态：如果研发团队基于在线工具进行合作，需要内容和停顿曾经在线化，团队成员在每日站会前更新好状态，大家同步停顿时清晰明了，每日站会的发展就会比拟高效。
● 聚焦迭代过程中问题：这个是和站会前更新需要状态要互相配合的，需要状态及时更新了，迭代停顿在需要看板上能够高深莫测，大家在每日站会时，便能够聚焦关注需要交付的阻塞、危险和问题即可。
● 口头项要及时同步相干方：每日站会通常会有以后的问题、跟进人和跟进形式等记录，如果没有及时同步给团队，很容易脱漏，也会造成信息的不同步。所以通常将这些内容记录成口头项（蕴含事项、负责人和冀望实现工夫），并在会后及时同步给团队成员或其余相干方。
上面，咱们以云效我的项目合作·Projex 为例，讲述如何借助工具高效地落地每日站会。
如何借助云效我的项目合作·Projex 高效发展每日站会
一、站会前输出
- 团队成员更新停顿：依照理论状况更新需要和工作的状态、要害工夫节点，如提测工夫、工作起止工夫等。通常在实际过程中，状态更新很容易被忘记，如果站会个别在早上进行，倡议团队成员在前一天上班前更新需要和工作的状态；
- 站会负责人：需跟进上一次站会的问题列表。
二、发展每日站会
1. 迭代跟进，关注每日站会“6+1”
通常咱们在每日站会时，通过看板来同步需要停顿，且会前已更新好需要状态。所以在站会时需要的停顿高深莫测，只有重点关注问题即可，如站会的“6+1”：
● 6 指的是：瓶颈队列、要害的缺点、重点关注的需要、妨碍和问题、到期或行将到期的需要、中断；
● 1 指的是：查看是否存在“未反映在看板上的问题”，比方产品经理长期插了一个需要却没有录入零碎。
每日站会“6+1”
- 确认需要曾经拆解实现
个别倡议在需要排期时把需要拆解到研发工作（前端、后端和联调），但时常会呈现，需要拆解工作不到位的状况，所以站会的时候须要查看，需要是否已拆分到研发工作，以及是否已指派到具体的开发人员，如下图所示：
需要拆解到研发工作
- 明确需要的要害工夫点
需要的要害工夫个别是指打算提测日期、打算实现工夫等，曾经和相干负责人明确定下来，并更新在需要卡片上。
明确要害工夫点
- 跟进团队缺点解决停顿
每日站会时，在同步完需要的停顿和问题后，须要抽 1-2 分钟工夫查看一下缺点解决状况，在云效我的项目合作·Projex 的缺点治理中，能够查看到遗留缺点状况，并可依据诉求配置不同的查看视图。如下图，能够依照负责人分组进行查看缺点状况。
此外，云效我的项目合作·Projex 还提供了查看迭代缺点统计报表，在迭代概览中，能够查看以后迭代查看“缺点趋势图”和“存量缺点按成员排名”指标卡。
- 跟进迭代进度和偏差
云效我的项目合作·Projex 的迭代概览中能够看到迭代燃尽图，以不便咱们跟进迭代的进度和偏差：
● 工作项燃尽图：依照迭代排期时的工作项数量进行燃尽（反对过滤需要、工作、缺点），如下图左侧所示，存量曲线高高飘起，阐明进度曾经重大滞后；
● 工时燃尽图：依照迭代排期时预估的工时进行燃尽，如下图右侧所示，残余工时数量往上飘，阐明排期是工作量评估有余或插入了新的需要。
- 站会问题口头项跟进
在每日站会时，通常会有问题记录和口头项，每次站会时可由专人负责进行记录和跟进，同时也须要回顾一下上一次每日站会遗留口头项的实现状况。
三、每日站会输入
● 需要更新到最新的状态
尽管每日站会前团队成员会更新好需要状态，但站会过程中，也有可能可能要更新需要和工作的状态，研发团队要保障每日站会完结时，看板上需要和工作状态肯定是最新的状态。
● 站会口头项及时同步
把站会上发现的问题清单，包含问题、责任人和实现工夫等，会后通过邮件、沟通群等及时同步给团队成员或其余相干方。
总结回顾
当初咱们理解了每日站会是迭代跟进时的无效流动，咱们须要：
● 每日站会前，更新迭代中需要的停顿状况和上一次站会口头项状况；
● 每日站会时，关注站会的“6+1”，及时跟进偏差和问题；
● 每日站会后，及时将站会中记录的问题和口头项同步给团队成员和相干方。
在麻利迭代中，尽管迭代周期比拟短，但仍然须要对迭代过程进行无效跟进。在这个过程中，不仅须要跟进需要、工作和缺点等停顿状况，也须要借助统计数据来帮忙咱们理解整体的进度和偏差状况。
原文链接
本文为阿里云原创内容，未经容许不得转载。
