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