就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center寻求指导。
10年前关闭。
您认为项目迭代长度与项目团队规模有关吗？如果是这样，怎么做？您还使用哪些其他关键因素来识别不同项目的正确迭代长度？
最佳答案
迭代长度主要与团队沟通和完成软件工作版本的能力有关。更多的团队成员等于更多的沟通 channel (Brooks's Law)，这可能会增加您的迭代时间。
我认为 2 周的迭代，无论您是否交付给客户，都是一个很好的目标，因为它可以进行非常好的健康检查。
最终，迭代长度将取决于您希望在下一次迭代中实现的功能，并且在早期阶段，随着您对团队和技术堆栈感到满意，您的迭代可能会从 1 周跳到 1 个月左右。
关于project-management - 团队规模和项目迭代长度，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/113339/