敏捷开发中的任务规划与团队协作
在敏捷开发中,自组织和集体所有权始终是核心要素。团队规划任务的方式多种多样。本文将详细介绍敏捷开发中任务规划的相关内容,包括任务规划的组成部分、不同的节奏方式、任务创建以及可视化跟踪等方面。
1. 任务规划的基础概念
敏捷开发中,任务规划涵盖迭代和持续流两种方式。迭代方式基于极限编程(XP),而持续流方式则基于 Arlo Belshee 的看板“裸规划”变体。容量的概念源于 XP,最初涉及“负载因子”的计算,后被 Martin Fowler 和 Kent Beck 提炼为更简单的“速度”概念,这里将其重命名为“容量”以避免常见误解。松弛时间在 XP 的第二版中被引入。
2. 任务规划的节奏
任务规划的节奏有两种常见方式:迭代(也称为冲刺)和持续流(也称为看板)。
- 迭代 :
- 迭代是固定时长的时间盒,通常为一周或两周。在每次迭代开始时,选择一组故事来完成,到迭代结束时,期望所有故事都“完成”。
- 对于敏捷新手团队,建议使用迭代方式。虽然迭代更具挑战性,但严格的迭代节奏能提供关于团队改进方向的重要反馈,且正确使用时,迭代容量能为改进提供松弛时间。
- 迭代可帮助早期发现问题。在迭代开始时预测容量并选择匹配的故事,结束时若故事未“完成”,则表明存在问题,从而有机会解决潜在问题。
- 迭代遵循一致的时间表:
- 向利益相关者展示上一次迭代的结果(半小时)
- 对上一次迭代进行回顾(一小时)
超级会员免费看
订阅专栏 解锁全文
791

被折叠的 条评论
为什么被折叠?



