Scrum的最小团队规模和项目持续时间（以人工小时为单位）？

Question

你会说什么是使用Scrum的最小/合适的团队规模和项目持续时间？

我们正考虑将Scrum用于我们的下一个软件项目（大约1600-1800人工时），团队规模为7人。由于团队规模相当大（与项目持续时间相关，但无法避免），您更喜欢Scrum吗？

Answer 1

团队中7名成员完美无缺。为什么你会考虑一些其他的过程，而不是SCRUM的唯一原因：

• 您的需求每天都会发生根本性的变化。
• 您的项目短于1周。
• 你们团队的成员不愿意适应SCRUM的做事方式。
• 您的所有成员都是高级软件开发人员，并确切知道必须完成的工作。然后相信我，SCRUM是浪费时间。

最后，在SCRUM中，您首先尝试一点点，以便找到完美的平衡点。 （这来自SCRUM是经验的过程）

Answer 2

根据我的经验，5名成员和1周冲刺是绝对最低限度。

Scrum Master，产品负责人，2个开发人员和1个测试人员。如果你有更少的人 - 你只需要SCRUM。

7位成员不是很大，我们还有更多。

Answer 3

据温斯顿·罗伊斯（1970年原瀑布纸的出版者），该瀑布方法应仅用于 - 我引用 - 在最简单，最直接的项目（这是一个真实而悲伤的轶事：瀑布是作为不是做事情的例子）。

因此，我会说，对于简短而简单的项目，团队可以在一次冲刺中完成的种类（通常为1-4周），您可以使用其他方法，因为您不会获得任何来自反馈周期的优势，并且通常没有机会检查和调整你的过程。

至于团队的规模，我认为任何可以管理的规模都不错。项目范围将决定需要多少人才能在一次冲刺中完成。