关闭。这个问题是off-topic .它目前不接受答案。
想改善这个问题吗？ Update the question所以它是 on-topic对于堆栈溢出。
9年前关闭。
Improve this question
所以我有很多功能积压，我们即将开始一个相当大的项目。我正在定义我们冲刺的结构，我对社区的反馈很感兴趣。
我在想的是:
Sprint 应该总是在周二结束(以避免周末压力太大)。
还要别的吗？敏捷显然不止于此。我想向团队提供一个简单的概述，说明我们在启动这个项目时将如何运作。
最佳答案
我会考虑尝试短于一个月的冲刺。
就我个人而言，我发现一两周的迭代在快速获得有效反馈方面更有效。它还可以防止任何可能导致迭代级别出现问题的问题，这些问题会逐渐增加到难以管理的级别。
即使是 30 天的 sprint——对于 sprint 审查来说，两天听起来大约是一天之久……而对于回顾来说，一天听起来太长了 0.5 天。我发现，如果您需要的远不止这些，那么在迭代过程中就会出现沟通问题——所以您可能需要将需要长时间的评论视为可能的危险信号。
当然，这只是我的经验 - 主要是使用小型(4-12 人)团队开发 Web 应用程序。你的经验可能会有所不同。
也就是说 - 我肯定会尝试更短的冲刺。就像集成构建一样——如果你更频繁地做，很多事情会变得更容易。
关于agile - 您如何构建开发冲刺？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/85114/