您使用什么软件来管理 Scrum 软件开发？
到目前为止，我们已经尝试过 Tackle 和 VersionOne（都是免费的），它们都很好，只是很难跟踪正在进行的工作。例如，如果我有一项我估计需要 8 小时才能完成的任务，我已经完成了 4 小时的工作，还剩 4 小时，该任务总是报告为还剩 8 小时，直到它被标记为完成，此时它下降到零。
我想使用一种工具，让我能够在每周结束时在团队 WIP 中进行准确的工作，并查看该工作对截止日期以及已完成的任务产生了多大的影响。
感谢您的意见！
【问题讨论】：
标签： scrum
我推荐使用白板和 Excel 电子表格。白板有故事卡（索引卡），用于跟踪正在进行的工作。故事卡以 8 小时开始，随着工作的进行，卡片上的数字会递减。一天结束时，将卡片中的数字放入电子表格中。
白板始终可见，让整个团队了解工作的进展情况。
【讨论】：
这个问题是asked recently:。
提到了从 Excel 到 VersionOne 到 Scrumworks 到 BaseCamp 的所有内容。
不过，就个人而言，我们使用高度定制的 Excel 表格、白板、各种颜色的索引卡和大软木板。
您可能还想查看Mingle。它是由只做敏捷的公司 ThoughtWorks 开发的工具。
【讨论】：
我们已经查看了大多数工具，最终得到了Scrumwise。我们已经使用它一段时间了，它非常易于使用，并且可以满足我们的需要。它使用每个任务的剩余时间来计算燃尽等。
【讨论】：
我注意到没有人指出对 WIP（进行中的工作）的误解。
在敏捷中，“只有完成才能完成”。
虽然大多数人认为完成工作是一件好事，但事实并非如此。 WIP 代表尚未实现的投资。这是敏捷的重要组成部分，但在精益/看板中更加明确。
如果您跟踪已完成的工作，您将鼓励开发人员同时处理几件事情，让所有事情都完成“80%”。在项目结束时，您将花费 4 倍（80% 的时间）在“错误修复”上，完成最后的 20%。你会看起来比计划提前，但你会超负荷运行。
同样在一个 sprint 之后，如果工作包很小（如果你在做 scrum，它们会很小），那么没有将部分已完成的工作添加到已完成的工作中的错误是微不足道的。
因此：将 WIP 与已完成的工作分开跟踪，并尽量将其保持在较低水平。
作为一种折衷方案，您可以使用以下规则跟踪已完成的部分：
【讨论】：
我一直在开发一个基于 Web 的开源工具，您可以将其安装在现场或使用我们的托管版本。我们有子任务跟踪和实时规划扑克功能。
【讨论】：
我在查找 SCRUM 软件时发现了这个老话题 - 只是我的两分钱......
我在医疗保健领域的一个项目上工作了大约一年，我们使用的是版本一。很抱歉，它可能是项目中最被鄙视的工具。测试人员尤其讨厌它。我们开发人员也不喜欢它，因为它非常笨重/缓慢并且通常非常昏昏欲睡。我们总是从 V1 中获得出色的客户支持，但该工具并没有为我们提供帮助。
我现在在另一个项目中工作，我们正在使用 www.scrumwise.com - 到目前为止一切都很好......
【讨论】：
VersionOne 确实让您可以随时更改估算值 - 否则燃尽报告将不起作用。您可能隐藏了估算列或将其设置为只读 - 单击右侧的扳手以列出可用列并确保估算/待办事项列是可编辑的。
我们发现它相当不错，尽管他们对自定义控件的奇怪坚持在 Chrome 中被打破了。
【讨论】：
我建议查看 OnTime 的规划板，因为使用 excel 和实际的白板可以缩短实际开发时间，因为您可以使用软件自动化流程。
【讨论】：
我在https://stackoverflow.com/a/16667842/1810290 回答了一个类似的问题，我也想在这里分享。
如果您正在寻找在线 scrum 工具，那么您可以查看 Flying Donut。这是一个新的在线产品，我在我的项目中使用它并取得了很大的成功。有一种组织积压工作的好方法，它的 GUI 很干净，响应时间很快。它为规划、执行和审查提供了不同的迭代视图。
免责声明：自从我帮助构建它以来，我已经使用它好几个月了。
【讨论】：
ScrumWorks 非常适合小型团队。基本版本也是免费的。我们有大约 30 名开发人员，他们有多个项目/迭代/等。一些基本的燃尽图，适合“昨天的天气”等。
查看：
【讨论】：
我认为 RallyDev 可能值得您一试。除非我弄错了它跟踪时间的方式，否则不会导致您上面提到的问题。
几个月来，我们一直在我们的项目中使用它，并且随着它的发展，团队喜欢使用该项目。
【讨论】：
我们使用 Scrum for Team System 非常棒，但您需要使用 Visual Studio Team System 才能获得它！
【讨论】：
我用过这个Index card generator，但我现在看到有一个更新版本的link ，它只使用Excel
我也喜欢他们的Planning Poker 尝试获取估算值。
【讨论】：
刚刚看到这个，可能在另一个堆栈中O q/a，https://scrumy.com/demo
【讨论】：
在http://www.bellacode.com 上查看 Scrum Pig。对于使用 Scrum 进行协作的团队来说，它是一个很棒的 Windows 工具。
【讨论】：
我们将RallyDev 用于Scrum 管理系统。而且我发现它非常方便。
【讨论】：
没有人提到 JIRA，这是成本/开源的事情吗？
过去 3 年我一直在使用 JIRA，发现它是一款出色的工具。
【讨论】：
我们还使用带有 google 电子表格的物理板作为在线副本。如果每个人都养成维护两者的习惯，它的效果非常好，并且不会真正增加任何开销。我已经写了一篇关于它的博客，并附上了一个示例电子表格：
http://www.littlebluemonkey.com/blog/online-scrum-tools-part-1-the-scrum-board/
【讨论】：
我们使用了XPlanner。这很简单，但它的工作做得很好。尤其是开发人员可以很好地了解他们的当前状态。
【讨论】：