我已经设置了Jira和Greenhopper并设置了初始冲刺。我通过电子白板和面对面的交流，多年来一直在做Scrum。我想知道我应该如何处理使用greenhopper的非计划物品？我不只是想添加一个New Card，并让它搞砸了统计数字。在冲刺完成后能够获得计划外工作的数量会很好。我最初的猜测是在Task Board上添加New Card，并将其标记为未计划的。但我似乎没有找到Card的unplanned标签。如何处理JIRA/Greenhopper中的计划外物品
我一直在使用Greenhopper约1年半。它工作得很好，对我们的团队来说是无价的，但它不能替代后期的日常站位。在过去的一年半时间里，我们收集了很多Jira中的任务，错误和其他项目，这些项目不是即时积压项目。在Greenhopper中管理它们是最困难的。这些是非计划项目。
我有这些版本Greenhopper设置：
不定期的：这是一个几百项，我们可能会或可能不会永远避开保持笔。有些是想法，有些是我们目前无法解决的错误。
未被整理的错误：当我们发现与当前sprint的工作无关的新错误时，他们会进入这里。每个星期左右，我们通过它们并将它们放入其他版本之一。
短期路线图：我们很快就会到达的东西，但不是在这个或下一个冲刺。
Sprint规划：这是我们在规划期间工作的积压。这是较高优先级的项目。
v2.3 - Sprint 2（或者我们目前正在使用的任何版本/ sprint）：这是sprint积压。
在当前冲刺阶段和冲刺计划阶段之前，我组织积压工作并将高优先级项目放在Sprint计划中，以便我们接下来进行讨论。会议结束后，我们将我们注册的项目放入v2.3 - Sprint 2，并且每天管理它。
您是否知道是否有办法强制在多个项目中创建这些版本？ – j03m 2011-08-03 19:02:51
我觉得当你说'计划外项目'时，你指的是需要尽快完成的关键'热修复'任务。在我的小组中我们使用了一个分裂的团队我们有一支承诺参加冲刺的球队。核心团队。他们是我们计算的唯一资源，用于确定我们在冲刺中可以完成的工作量。另一个名为消防员团队的小型团队被留出来处理未计划的重要项目，例如，下一个版本可能需要这些项目。
我们追踪这些并排。核心团队从未被允许在修补程序项目上工作。但是，如果消防员团队目前没有任何关键项目，他们可以将他们的技能作为“仆人”提供给核心团队。我们在一个项目上的分裂通常是4Core/2Firefighter。我们在每次冲刺中旋转消防员成员，注意不要从跨越多个冲刺的大项目中间的下一个冲刺中删除某人。到现在为止还挺好。我现在唯一的问题是以有意义的方式追踪平行冲刺的数量。当它成为一个真正的问题时我会解决这个问题。
查看我对Atlassian的功能请求，并为它投票。
"As a Product Owner, I want new PBIs quarantined from the Backlog until I rank them"
你收集哪些类型的度量和你打算在这个何如？我在问，因为Scrum在不同的商店（用于估计的度量与用于通信的故事点）之间的用法差异很大，所以我认为这会影响答案（从任何地方“只是接受计划外的任务发生，在未来的冲刺中“，”将其作为一个子任务添加到它所关联的故事中，在当前冲刺或未来冲刺中安排该子任务，并且燃尽图将显示剩余的点数作为中等冲刺“）。 – 2011-02-18 07:53:05
这是一个新的团队，我将开始使用Scrum。我想我们会用故事点进行粗略的估计，然后使用几个小时或半天或类似的东西进行细化。在冲刺中添加任务会增加失败，这是正确的。但我希望能够得到一个数字来表明15sp是作为计划外项目添加了midsprint，从而让人们睁大眼睛，并试图找出造成这种情况的原因并加以修复。不是因为我自己的缘故，而是因为更多的非技术性的职业性个人经常是这些计划外项目的来源。 – inquam 2011-02-18 07:57:12