scrum - 一个工具还是一套工具更适合 Scrum？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

4年前关闭。




Improve this question




天，

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

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

我看过 SO 问题“Best Scrum tools”，大多数人似乎都推荐:

一套低技术解决方案，例如白板、便利贴、索引卡等，或

尝试尽可能多地满足流程的整体工具，例如Agilo、Mingle、ScrumWorks、目标流程等

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

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

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

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

用户故事、史诗和主题，以及

必须使用众所周知的 SCM 的代码库，例如SVN、 Mercurial 等

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

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

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

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

干杯，

Answer 1

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

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

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

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