敏捷开发最佳实践

您好,欢迎您使用 CODING 研发管理系统。我们为您准备的这份最佳实践,将带领您通过 CODING 项目管理功能更好地实践敏捷开发流程。

实践是基于一轮又一轮的反复迭代将开发过程持续演进下去的。可归结为以下过程:
1. 维护需求池,随时将需求添加到或移出需求池;
2. 迭代会议,迭代规划前确认迭代目标和内容;
3. 规划迭代,将需求、工作和缺陷规划进迭代,分析需求,将需求分解为具体工作并分配工作;
4. 进行迭代, 完成迭代内的事务,跟踪和更新事务状态;
5. 晨会沟通进度,同步开发中的问题,更新事务的状态;
6. 反复进行步骤 4 和 5;
7. 完成迭代,迭代到期或迭代内事务都已完成,可完成迭代;
8. 迭代复盘,进行会议,对迭代进行复盘,将未完成事务移出迭代;
9. 重复执行 1-8 步骤。

名词解释

迭代

迭代式开发也被称作迭代增量式开发,它弥补了传统瀑布式开发的一些弱点,具有更高的生产率。整个开发工作被组织为一系列的短小的、固定长度(如2周)的小项目,被称为一系列的迭代。每一次迭代都包括了需求分析、设计、实现与测试。
采用这种方法,开发工作可以在需求被完整地确定之前启动,并在一次迭代中完成系统的一部分功能或业务逻辑的开发工作。再通过客户的反馈来细化需求,并开始新一轮的迭代。

事务

在 CODING 中事务是需求、工作和缺陷的统称。

敏捷管理实践流程

维护需求池

1. 需求池通常由产品经理或运营人员维护。

2. 在需求管理模块,产品经理将产品功能需求录入到需求池。

迭代会议

规划迭代之前,团队成员进行迭代会议,确认迭代目标和内容。会议成员至少包括产品负责人、开发负责人和迭代负责人。
会议达成的共识中包含:
1. 迭代的目标,规定本次迭代的主要目标,例如:测试人员能在测试环境成功注册新用户并登录到系统内;修复订单模块已知 Bug。
2. 迭代内容,确定哪些需求、工作和缺陷能够规划进本次迭代。其中,工作可能包括一部分非产品需求相关工作,例如:技术人员准备测试环境和配置。缺陷为产品使用中用户反馈的缺陷、或以往迭代中遗留的问题。
3. 迭代周期,确认本次迭代的预计开始时间和结束时间,通常为 2 周。

4. 迭代负责人,指定本次迭代的主要负责人,通常为产品负责人或项目经理。

规划迭代

1. 由产品负责人、开发负责人或项目经理创建迭代。
2. 产品人员将迭代会议中确认的需求规划进迭代。

3. 开发人员将技术工作规划进迭代,针需求分解成具体的工作并分配到开发人员。

进行迭代

1. 到预计迭代开始时间,由迭代负责人、项目经理等管理角色点击”开始迭代”,当且迭代正式开始进行。

2. 成员按照优先级处理自己负责的事务。团队所有成员可在迭代概览页跟踪迭代进度、事务处理趋势和速度。

晨会沟通进度

每日晨会,通常利用15分钟的站会,沟通迭代进度和期间发生的问题,迅速同步信息和达成共识。

完成迭代

随着开发工作的推进,当到达迭代的结束时间,由迭代负责人、项目经理等管理角色根据当前迭代的实际进度决定是否完成迭代。
若实际情况为迭代内事务没有完全完成,那么可先”完成迭代”,后续可将剩余事务移入”未规划”或其他未来的迭代中。也可延期继续进行当前迭代,待迭代内所有事务完成后再选择”完成迭代”。

迭代复盘

当迭代完成后,团队需要进行一次迭代复盘。反思迭代中出现的问题,评估迭代质量,总结开发中的经验。将复盘后的经验和问题的解决方案应用到下一次迭代中。
同时,针对迭代中遗留的事务做评估,决定哪些事务需要移入”未规划”,哪些事务可规划进未来的迭代中。若存在未完成的子需求,可将其升级为父需求,并决定其下一步迭代。

相关文章