backlog与bug
2009-11-15 20:02
162 查看
我们采用jira来做bug跟踪系统,同时会将backlog与拆分的任务维护在jira上。
我们每一次sprint都会经历需求确认,开发,测试,部署上线的完整流程。
如果在到达发布日期时仍有没有修复的bug该如何处理呢?
一般来说应该对每一个bug进行分析,如果不属于严重bug,则可以结束当前的sprint,
否则当前的sprint宣告失败,需要重新进行评估。
如果在下一次sprint中包含bug,则应该在进行计划时由项目负责人对bug进行评级,由他挑选出优先级高的bug,放到这次的sprint backlog中。
有一些方法供尝试:
1) 产品负责人打印出Jira中优先级最高的一些条目,带到sprint 计划会议中,跟其他故事一起贴到墙上(因此就暗暗地指明了这些issue相对其他故事的优先级)。
2) 产品负责人创建一些指向Jira条目的故事。例如“修复那几个后台报表最严重的bug,序号是Jira-124、Jira-126,还有Jira-180”。
3) 修复bug被当作sprint以外的工作,也就是说,团队会保持一个足够低的投入程度(例如50%),从而保证他们有时间来修复bug。然后我们就可以简单假设,在每一个sprint中,团队都会用一些时间来修复Jira上报告的bug。
4) 把产品 backlog放到Jira上(也就是放弃Excel)。把bug与其他故事同等看待。
我们每一次sprint都会经历需求确认,开发,测试,部署上线的完整流程。
如果在到达发布日期时仍有没有修复的bug该如何处理呢?
一般来说应该对每一个bug进行分析,如果不属于严重bug,则可以结束当前的sprint,
否则当前的sprint宣告失败,需要重新进行评估。
如果在下一次sprint中包含bug,则应该在进行计划时由项目负责人对bug进行评级,由他挑选出优先级高的bug,放到这次的sprint backlog中。
有一些方法供尝试:
1) 产品负责人打印出Jira中优先级最高的一些条目,带到sprint 计划会议中,跟其他故事一起贴到墙上(因此就暗暗地指明了这些issue相对其他故事的优先级)。
2) 产品负责人创建一些指向Jira条目的故事。例如“修复那几个后台报表最严重的bug,序号是Jira-124、Jira-126,还有Jira-180”。
3) 修复bug被当作sprint以外的工作,也就是说,团队会保持一个足够低的投入程度(例如50%),从而保证他们有时间来修复bug。然后我们就可以简单假设,在每一个sprint中,团队都会用一些时间来修复Jira上报告的bug。
4) 把产品 backlog放到Jira上(也就是放弃Excel)。把bug与其他故事同等看待。
相关文章推荐
- ThinkPHP中的BUG及技巧与策:
- Linux惊现年度最大安全漏洞:Bash Bug(Shellshock)
- IE下bug
- 修正Ext.grid.EditorGridPanel 编辑时 右移bug
- Delphi里使用SPComm串口控件的一个乌龙BUG
- 小机上运行ORACLE需要注意的进程调度BUG
- innerHTML 和 getElementsByName 在IE下面的bug 的解决
- linux Bash bug修复记录
- 《Flask Web开发》学习笔记之bug--(2)【AssertionError: View function mapping is overwriting an existing endpoi】
- 最常用的10种CSS BUG解决方法与技巧-浏览器兼容教程
- 学习笔记:改进的waitfree_queue,排除一些bug
- 宏和函数的区别(一个BUG的总结)
- Visual Assist 10.4.1619.0 版的bug
- ios bug列表
- 嵌入式软件开发中那些令人难忘的bug
- Oracle Bug 4401119 for AIX Database crashes with ORA-221, ORA-206, ORA-202, ORA-27072
- 结构体类型重声明导致的bug一个
- 程序员新人怎样在复杂代码中找 bug?
- Chromium的Canvas实现中PixelManipulate有bug...吗?
- [bug] VS2013 Brower Link和Aspnetpager引发的问题分析