As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center 指导。
8年前关闭。
您认为使用 Scrum 的最小/合适的团队规模和项目持续时间是多少？
我们正在考虑将 Scrum 用于我们的下一个软件项目(大约 1600 - 1800 工时)，团队规模为 7 人。由于团队规模非常大(相对于项目持续时间，但无法避免)，您会更喜欢 Scrum 吗？ 您的需求每天都在发生巨大变化。 您的项目少于 1 周。 你的团队成员不愿意适应 SCRUM 的做事方式。 您的所有成员都是高级软件开发人员，并且确切地知道必须做什么。那么相信我，SCRUM 是浪费时间。
最后，在 SCRUM 中，您首先要进行一些实验以找到完美的平衡。 (这来自 SCRUM 是经验过程)
8年前关闭。
您认为使用 Scrum 的最小/合适的团队规模和项目持续时间是多少？
我们正在考虑将 Scrum 用于我们的下一个软件项目(大约 1600 - 1800 工时)，团队规模为 7 人。由于团队规模非常大(相对于项目持续时间，但无法避免)，您会更喜欢 Scrum 吗？
最佳答案
从 SCRUM 来看，团队中的 7 名成员是完美的。您会考虑使用其他流程而不是 SCRUM 的唯一原因:
最后，在 SCRUM 中，您首先要进行一些实验以找到完美的平衡。 (这来自 SCRUM 是经验过程)
关于project - Scrum 的最小团队规模和项目持续时间(以工时为单位)？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/8164451/
10-13 06:10