2

天，

编辑：多年来，我们在几个不同规模的项目中都非常成功地使用了 Scrum。事实上，我们的团队使用经典的 Scrum 方法为 BBC 开发了成功的 iPlayer 项目。

在使用各种工具组合之后，一些高科技，一些低技术，在这些项目中，我们现在希望尝试采用合适的工具套件。我们的经理在某种程度上试图强制采用一套用于 Scrum 的工具。

我查看了 SO 问题“最佳 Scrum 工具”，大多数人似乎都推荐：

  1. 一套技术含量低的解决方案，例如白板、便利贴、索引卡等，或
  2. 一个试图尽可能多地满足流程的单一工具，例如 Agilo、Mingle、ScrumWorks、Target Process 等。

我们的团队目前正在评估几种不同的 Scrum 工具。但是，我们正在考虑选择一个单一的整体工具，例如 Agilo。

所有“一站式”解决方案都有其优点和缺点，而严肃的企业型解决方案是最合适的。但都有一些缺点。

在阅读了 SmartBear 的论文“ Peer Code Review: An Agile Process ”之后，我开始怀疑我们是否试图在“最合适”的基础上强制采用工具。

我认为你可以参考一些 Scrum 开发过程的参考资料，比如

  1. 用户故事、史诗和主题，以及
  2. 必须使用众所周知的 SCM 的代码库，例如 SVN、Hg 等。

然后，如果我们将其作为所用工具的共同参考点，那么我们将能够使用一组工具来处理 Scrum 过程的不同方面，而不是尝试强制使用单个工具，这有点像强制一个方钉插入圆孔。

通过这种方式，只要您同意共同的参考点，您就可以使用多个工具，每个工具都比单一工具套件中的单个组件更好地发挥其作用。

这是一个更明智的方法吗？

我上面提到的两个参考点是否合适，或者它们是工具会遇到的更好的选择点？

干杯，

4

6 回答 6

9

那么敏捷的答案是“这取决于”。尝试一些东西，如果它适用于您的团队，坚持其他适应/改变。

说明：推荐使用低技术工具的主要好处是迫使人们从椅子上下来，四处走动，进行交谈和互动并参与团队的进步。然而，我个人的经验是，采用取决于团队成员的确切组成和态度。如果整个团队不喜欢移动/同意便利贴，请不要继续使用；试试别的。尽管通常情况下，我看到“卡住”的团队表现出这种抵抗力。你最终会得到一个彩色的 Scrum 板，上面有只有 Scrum 管理员才关心的便利贴。

西装/管理层首选高科技工具，主要是因为他们可以按几个按钮并准备好报告。另一方面是巨大的/定期的数据输入以保持同步。现在使用敏捷项目管理工具，进展（或缺乏进展）更加明显（早期），因此我会在未来打赌更多。如果你的管理层已经选择了一个“组织范围的标准”，那么你就会坚持下去。

目前，我正在尝试使用共享电子表格，其中包含此 sprint 的故事/任务列表以及计算的燃尽图。这张纸在 scrums 期间投影在墙上 + 如果有人想查看它，请放在网络共享上。更新由 SM 在每日例会期间完成。

于 2009-12-15T14:18:27.657 回答
3

我个人可以推荐目标进程，http: //www.targetprocess.com/

通过使用这个工具，我学到了很多 SCRUM。

于 2009-12-15T14:53:54.763 回答
2

你现在在做 SCRUM 吗？你做过很多次迭代吗？

如果没有，那么我建议您可能还不知道您需要什么。SCRUM 可以从白板或电子表格开始，如果您认为它很有价值，则可以使用工具。

于 2009-12-15T14:20:50.023 回答
2

你在改编中听起来比我们更进一步。几年来，我一直试图将我的团队转移到敏捷流程中，我们在这方面做得越来越好。我们过去使用过一些企业级工具。主要来自Rational。他们似乎总是把本应简单的程序过于复杂化。对我们来说，获得最简单的工具来满足需求似乎正在发挥作用。大量白板，为任何需要的人自发站立会议。CVS 和带有 lunt 的自动构建脚本（移至 Hudson）。Jira 为所有项目管理带来乐趣。我们确实能够提高生产力并降低成本。我们是一个小团队，大家都在同一个地方。

于 2009-12-15T15:13:17.157 回答
2

我们当前的 Scrum 工具集有什么问题？

这是一个很好的问题，在这里可能不会被问到，因为管理层可能只是有钱可以花，他们想购买一些闪亮的大工具包，以表明他们关心团队并希望事情变得更好。并不是说想把钱花在一个问题上是一件坏事，但我们至少可以聪明地这样做吗？

于 2009-12-15T15:14:10.213 回答
1

我推荐 JIRA Greenhopper，因为它有一个规划板、一个任务板和一个燃尽图，似乎符合所有 SCRUM 概念

于 2010-02-08T03:44:39.530 回答