在非常短的项目上混乱？

我正在使用Scrum并非常喜欢它。但是，我的商店发现自己处于开发工作持续时间为两到四个星期的项目中。我们已经将冲刺时间修改为两周，这里的每个人都说：“它将是Scrum，只有一个半冲刺。”

我认为我们无法从一个半冲刺中获得很多价值。我们如何仅通过一次，两次或一年半的迭代就能获得迭代开发过程的收益？

您不必一次完成一个项目。如果您有积压的产品，则产品所有者和Scrum管理员可以在sprint中放置任意数量的故事。如果一个Sprint占用2个星期的工作，则应该在该Sprint中计划2个星期的故事。在下一个冲刺中，您执行相同的操作。如果您没有多个短期项目，则最终可能会冲刺一半，但在那种情况下，公司中可能还有其他问题（提示：销售量应该更多）。

我曾在几个冲刺中从事过8个项目。这不是一个理想的情况，但是如果一个“项目”只需要8到16个小时，那么您将不得不做很多事情。当然，这些项目只有1个或4个故事。所有这些都记录在产品积压中，并经历了完整的迭代。

也就是说，Scrum（像其他任何方法一样）仅提供一些指导。您可以从中获取所需的任何东西，只要您知道选择什么以及为什么选择它即可。如果您认为需要一周的迭代，请这样做（我确实认为这有点快，但是有些书确实写了大约一周的迭代）。

请注意，我不是Scrum管理员，并且很少使用它，但是已经了解了一些理论并对其进行了几次迭代。熟悉Scrum的人可能会讲更多有关该主题的知识。

假设项目最长为4周，则有两种选择：

1）对于范围固定的项目：进行1周迭代的Scrum。

2）对于持续时间固定的项目：只需进行1次迭代，并对日常站立有信心。

Scrum在小型项目中的目的是每天调整团队工作并确保迅速消除障碍。

充分利用简短的项目，同时巩固和巩固Scrum实践。最终，您将一次处理一个以上的项目，或者开始处理较长/较大的项目。另外，您先前的一些项目将进行大量修改以返回。实际上，这与作为一组连续的sprint进行处理没有什么不同。