Scrum中管理bug

标签: scrum 管理 bug | 发表时间:2014-02-15 05:18 | 作者:sheismylife
出处:http://blog.csdn.net

如果bug来自于正在开发的sprint

会在task阶段就被QA/Scrum Master/Product Owner标记为有bug,并且Story不能被置为done状态,这个很容易解决。

如果bug来自于已经结束的sprint,那么怎么办呢?

理想状态下是将bug放到backlogs中,然后由product owner调整其优先级,并决定放在后面的哪一个sprint中修复。

但是,有些bug处于十分紧急,必须立刻修复

更糟糕的是,当这类型bug数据达到一定程度后,就影响到了Scrum的整体运作。因为Scrum要尽量保证不要因为突发的事件影响到已经正在进程中的Sprint,而在很多互联网公司有不少bug就是要立刻处理。

当一个团队不断地开发出新的产品,团队细分成若干小团队负责这些产品时,每个产品都可能产生紧急的bug issue.这时候每个Scrum都会受到影响。

下面的博客中的评论提出了一个很好的做法: http://www.mountaingoatsoftware.com/blog/bugs-on-the-product-backlog

John Price提出的观点是设置一个triage team处理所有的bug issue. 这个triage team有至少一个QA,通常也就是这个team的leader,然后每个产品team都出一个开发者。Triage team负责处理所有的bug issue.每个开发者在这个triage team中工作两个sprint,然后轮换,因此要为这个team单独设置一个scrum。这样其他的scrum team(被称为feature team)可以不受影响的关心功能的开发和改进。

有些人不愿意长期做bug修复,因此上面的轮换模式很适合。也有极少的人就喜欢修复bug,那么他可以长时间的在triage team中工作。


回到实践中来,一旦发现紧急bug issue增多导致sprint计划被打乱,就应该在redmine backlogs中创建一个新的scrum项目来专门处理bug issue。同时需要增设两个角色:triage developer和triage QA, 这个也是一个scrum项目,有自己的product owner和scrum master来管理。




作者:sheismylife 发表于2014-2-14 21:18:50 原文链接
阅读:98 评论:0 查看评论

相关 [scrum 管理 bug] 推荐:

Scrum中管理bug

- - CSDN博客研发管理推荐文章
如果bug来自于正在开发的sprint. 会在task阶段就被QA/Scrum Master/Product Owner标记为有bug,并且Story不能被置为done状态,这个很容易解决. 如果bug来自于已经结束的sprint,那么怎么办呢. 理想状态下是将bug放到backlogs中,然后由product owner调整其优先级,并决定放在后面的哪一个sprint中修复.

研发管理06:Scrum敏捷项目管理

- - CSDN博客推荐文章
本文结合自己5年多的Scrum 敏捷开发经验, 并结合PMP相关知识与技能, 总结了实际开发过程中的敏捷实践过程. 从介绍敏捷开发方法开始, 逐步介绍Scrum敏捷开发的流程与相关关键技能与框架的应用技巧. 作者:bamboolsu 发表于2015/5/12 9:42:40 原文链接. 阅读:54 评论:0 查看评论.

Scrum项目如何获得管理层的支持和合作

- - InfoQ cn
Scrum项目在公司的组织结构中无法单独生存,必然需要公司其他部门的合作和约束. Andrew Pham和Phuong-Van Pham在“ Scrum in Action”中分享了和管理层沟通的技巧和经验. 除非你独立工作或者就职于小型的创业公司,否则项目经理总是需要和组织内的许多人沟通来推进项目.

《Scrum敏捷产品管理》读书笔记

- - CSDN博客研发管理推荐文章
提到产品管理,在Scrum中,首先就想到的角色是产品负责人. 因此我们先来看看产品负责人(Product Owner),以及这个角色的特征:. 然后对于大型产品而言,一个产品负责人是不够的,所以存在产品负责人扩展的问题. 对于产品负责人,常见的问题有:. Kano model (卡诺模型)可以帮助我们选择合适的功能,开发出吸引人的产品.

Google 解释 Google Docs 出现问题的原因:内存管理 bug

- zhipeng - cnBeta.COM
Google Docs在这周又经历了一次小范围的临时下线,再次导致部分用户对云端服务的批评. 其实对一般人来说,自己把电脑弄坏的几率要比云端出问题的几率高的多,当然如果你是一枚装机挨踢男,肯定还是更信任自己的水平,毕竟云端出问题之后只能坐在电脑前面干着急帮不上任何忙. 今天Google在自己的Google Enterprise Blog跟我们分享了一下这周Google Docs出问题的细节:.

Scrum的故事

- Philip - 《程序员》杂志官网
2001年2月,17位敏捷先驱齐聚犹他雪鸟度假村,起草《敏捷宣言》的时候,Scrum只是众多方法中不太起眼的一个. 十年之后,Scrum却成为最流行的敏捷方法,几乎成为敏捷的代名词. 本文来介绍下Scrum的两位创始人——Jeff Sutherland与Ken Schwaber. 大家可能不会想到,Jeff Sutherland的第一份工作居然是美国空军战斗机飞行员,还曾于1967年获得了“壮志凌云”称号,完成过100次飞越北部越南的作战任务.

scrum经验

- - CSDN博客研发管理推荐文章
Scrum是基于过程控制理论的经验方法,倡导自组织团队;其运行框架核心是迭代增量型并行开发,也是“适应性”的软件开发方法. Scrum提供了高度可视化的用于管理软件开发复杂性管理的敏捷项目管理的实践框架或敏捷过程,可以用于对现存软件工程实践的包装,提高软件生产率,改善沟通和合作的方法,使人们协作并注重业务目标.

Trello中的Scrum

- - IT瘾-infoq
Trello的用户数量近期超越了1000万的大关,它正迅速成为各色敏捷团队中流行的工具. 它的简洁及在Web、移动端优秀的体验,使它从众多更复杂的解决方案中脱颖而出,赢得了更多的团队. 因为Trello完全不在意用户如何使用,所以导致用户在用它进行Scrum过程最佳实践时产生一些困惑. 去年,我就如何使用Trello及对Scrum和Kanban过程进行管理与很多人进行了交流,同时,我还翻遍了网上所有关于使用Trello管理敏捷过程的文章.

找bug记(1)

- BTK 4eVeR - BlogJava-庄周梦蝶
    转载请注明出处 http://www.blogjava.net/killme2008/archive/2011/07/10/354062.html.     上周在线上系统发现了两个bug,值得记录下查找的过程和原因. 以后如果还有查找bug比较有价值的经历,我也会继续分享.     第一个bug的起始,是在线上日志发现一个频繁打印的异常——java.lang.ArrayIndexOutOfBoundsException.