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

Question

您认为使用Scrum的最小/适当的团队规模和项目持续时间是什么？

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

Answer 1

团队中的7名成员完全来自SCRUM。您考虑使用其他过程而不是SCRUM的唯一原因是：

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

最后，在SCRUM中，您首先要进行一些实验，以找到完美的平衡点。 （这来自SCRUM是经验过程）

Answer 2

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

Scrum Master，产品负责人，2位开发人员和1位测试人员。如果你的人少 - 你就不需要SCRUM。

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

Answer 3

根据Winston Royce（1970年最初的瀑布论文的出版商），瀑布方法应仅用于 - 我引用 - 最简单直接的项目（这是一个真实而悲伤的轶事：瀑布是作为不如何做事的一个例子）。

因此，我会说，对于简短，简单和简单的项目，团队可以在一个sprint（通常为1-4周）内完成，你可能使用另一种方法，就像你将没有从反馈周期中获得任何好处，并且通常没有机会检查和调整您的过程。

至于团队的规模，我认为任何可以管理的规模都是好的。项目范围将决定在一个sprint中完成它需要多少人。