敏捷开发Sprint规划与执行全解析
1. 工作项状态变更与预测
从Team Foundation Server的角度来看,一旦设置了迭代路径和状态字段,那些产品待办事项(PBI)和缺陷(Bug)工作项就会被纳入当前Sprint的预测范围。这些工作项将不再出现在团队Web访问的(产品)待办事项页面或产品待办事项查询结果中,而是会显示在(Sprint)待办事项页面和任务板上。
通常情况下,产品负责人(如Tailspin Toys案例中的Paula)会编辑产品待办事项中的项目,设置迭代路径和状态。其他Scrum团队成员过去也有过这样的操作。一般会使用待办事项页面进行操作,但Microsoft Excel也提供了一种快速批量编辑工作项的简便方法。这些更改通常在Sprint规划会议期间完成,由操作键盘的人员决定使用哪种工具。
2. 确定Sprint目标
开发团队预测完本Sprint能够开发的PBI和Bug后,会与产品负责人合作制定Sprint目标。Sprint目标是以叙述形式呈现的愿景或目标,它在开发团队开发增量时起到指导作用,同时也能让利益相关者了解开发团队正在进行的工作概况。
Sprint目标不一定要以电子形式记录,可以直接写在开发团队区域的白板或其他公共场所。使用电子格式的优势在于可以与办公室外的利益相关者共享,还能维护一个过往Sprint目标列表以供参考。
在Team Foundation Server 2012中,没有对捕获Sprint目标提供“一流”的支持。在之前的版本中,Visual Studio Scrum 1.0流程模板有Sprint工作项类型,其中包含Sprint目标和Sprint回顾字段供Scrum团队
超级会员免费看
订阅专栏 解锁全文
141

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



