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