如何在JIRA / Greenhopper中处理未计划的项目

时间:2011-02-18 07:38:14

标签: jira scrum jira-agile

我已经设置了Jira和Greenhopper并设置了初始sprint。我多年来通过白板和面对面的沟通来完成scrum。我想知道如何使用greenhopper处理未计划的物品?我不只是想添加一个New Card并让它搞砸了统计数据。能够在冲刺完成时获得大量计划外工作的数据会很高兴。我最初的猜测是在New Card上添加Task Board并将其标记为未计划的。但我似乎找不到unplanned的任何Card标记。

3 个答案:

答案 0 :(得分:5)

我一直在使用Greenhopper大约1年半。它工作得非常好,对我们的团队来说非常宝贵,但不能代替它在日常站立的井上。在过去的1。5年中,我们最终在Jira中收集了许多不是直接积压项目的任务,错误和其他项目。在Greenhopper中管理它们是最困难的。这些是未安排的项目。

我在Greenhopper中设置了这些版本:

计划外:这是我们可能会或可能不会遇到的几百件物品的握笔。有些是想法,有些是我们目前无法解决的错误。

未刷新的错误:当我们发现与当前sprint的工作无关的新bug时,他们会进入这里。每个星期左右,我们都会浏览它们并将它们放在其他版本中。

短期路线图:我们很快就会遇到的事情,但不会在这个或下一个冲刺阶段。

Sprint Planning:这是我们在规划期间所做的积压工作。这是优先级较高的项目。

v2.3 - Sprint 2(或我们目前正在使用的任何版本/ sprint):这是sprint积压。

在当前sprint期间和sprint计划会议之前,我组织了积压工作并将高优先级项目放在Sprint Planning中,以便我们接下来进行讨论。会议结束后,我们将我们注册的项目放入v2.3 - Sprint 2中,然后每天对其进行管理。

答案 1 :(得分:0)

我认为,当你说“计划外项目”时,你指的是需要尽快完成的关键“热修复”任务。在我的小组中,我们使用分组。我们有一个团队致力于冲刺。核心团队。它们是我们计算的唯一资源,用于确定我们在sprint中可以完成的工作量。另一个名为Firefighter Team的小型团队被留出来处理计划外的关键项目,例如,在下一个版本中可能需要这些项目。

我们并排追踪这些。绝不允许核心团队处理修补程序项目。但是,如果消防员团队目前没有任何重要项目,他们可以将他们的技能作为“仆人”提供给核心团队。我们对一个项目的分裂通常是4Core / 2Firefighter。我们在每个sprint中轮换Firefighter成员,注意不要从跨越多个sprint的大项目中间的下一个sprint中移除某人。到现在为止还挺好。我现在唯一的问题是以有意义的方式跟踪并行冲刺的数量。当它成为一个真正的问题时,我会解决它。

答案 2 :(得分:0)

请参阅我对Atlassian的功能请求并为其投票。

"As a Product Owner, I want new PBIs quarantined from the Backlog until I rank them"

https://jira.atlassian.com/i#browse/GHS-11139

相关问题