Continuous integration Scrum冲刺能有多短？

据统计，冲刺一般为30天，但最短可达一周。这如何适应连续部署。使用CD，您可以在完成的故事通过集成后立即发布它们

是否可以进行为期两周的冲刺，但不是在冲刺结束时“交付”已完成的故事，而是表明它们已经交付？实际上，您可能已经在整个sprint过程中发布了它们

问题在于，在整个sprint过程中进行集成和发布并不能让团队规划sprint。它允许管理层推动团队发布、削减和推出代码

如果在生产过程中完成，请发货

为什么团队不能计划？他们知道，对于任何PBI，运输都是已完成标准的一部分，因此，无论长度如何，Sprint的规模和规划都应该考虑到这一点

---

管理层总是有可能以牺牲团队对“完成”的定义为代价来推动更快的步伐，但团队、Scrum大师和产品所有者（Scrum团队）有义务与管理层合作，以解决推动的根源。

在冲刺开始时，团队需要与产品负责人达成协议，他们将在Sprint期间生产哪些产品（无论长度如何）。这种情况发生在Sprint计划会议上，该会议之所以被称为Sprint计划会议是有原因的（包括计划）

在Sprint过程中，团队交付承诺的项目——如果他们承诺集成项目并将其放入prod，那么他们就是这么做的。Scrum并没有固有的东西说明什么时候项目可以或不能进入prod——这取决于团队和产品所有者

---

Scrum的一个基本理念是，团队之外的任何人（包括产品负责人）都不允许在Sprint开始后更改团队将在Sprint期间处理的项目。

下面是关于Scrum.org培训师列表的讨论结果（到目前为止，我相信其他人会做出回应）。我必须说，我同意清单上所说的话，并在我以前的回答中找到了错误，因为我忘记了一个简单问题上非常重要的角度

正如你可能记得的，尽管很多人不这么认为，一个冲刺应该有一个总体的，有点模糊的目标。许多或大部分（但不是全部）产品积压项都存在于实现目标的过程中。我经常使用的一个简单示例是：我们希望增加应用程序在社交网络中的存在。PBI的范围可能从显示Twitter提要到喜欢产品，以及一些Google+集成等等

这一目标为我们为什么要构建这些东西提供了指导，但如果我们无法完成一些PBI，它也允许业务和团队在决定sprint是否成功方面有回旋余地。例如，如果我们完成了Twitter提要和类似Facebook的集成，但无法预见的API稳定性问题使我们无法解决Google+集成问题，那么业务可能仍会在sprint中获得成功，因为我们实际上在应用程序中“增加了社交网络的存在”

作为团队成员，这是一个简单而自然的角度，因为它给了我们一个机会。在我们的高压环境中，我们习惯性地渴望得到一些东西。真正重要的角度是从商业的角度，我忘记了这是一个编码的贸易

如果我们在推特订阅完成后发布推特订阅源，然后在推特订阅完成后发布Facebook集成，但在Google+集成上失败，那么可能是因为企业觉得我们错过了目标。现在这是一个人为的例子，但可以将其视为非常重要的事情，如通过抽奖、在线游戏、短信彩票等进行多渠道营销活动。错过其中一个或多个可能意味着业务机会已经过去，因为它们围绕着奥运会或其他什么。企业就是这样运作的

---

连续流模型可能很好，因为他们看到的事情发生在他们以前从未看到过的时候，但这并不是Scrum的目标，而是为企业提供一台运转良好、节奏感强的机器。

简短的回答是否定的。您描述的流程模型更像看板，而不是Scrum。有了看板，团队在项目通过最后阶段后立即发布项目——在您的案例中，这是集成阶段。对于Scrum，PO必须在sprint结束时决定是否发布增量。在Scrum中，在sprint中期发布项目不是最佳实践。

我觉得我现在明白了Scrum不是敏捷的，因为持续部署是敏捷的核心，Scrum是关于发布点的节奏，大约1-4周，部分由产品负责人在sprint结束时决定，而不是以持续的sprint中期方式

事实上，维基百科指出“Scrum……经常出现在敏捷软件开发中”，这并不总是，也肯定不是同义词

我认为预发布的软件开发，或者具有自然发布周期的非服务器软件可以敏捷到CI完成的程度，并且仍然可以使用Scrum进行管理

Scrum介于瀑布和敏捷之间。比瀑布要好得多，更接近敏捷，但不是敏捷

瀑布：很少有大的长跑 Scrum：管理较小的冲刺

---

敏捷：持续冲刺

这已经成为Scrum.org培训师名单上的一个精彩讨论。我会把结果贴在这里。我希望Ken会插话。你能发送一个链接，让scrum.org的插件更可信吗？这不是一个公开的邮件列表。对不起。如果团队根据“完成”的定义获取一个故事，实施它，并部署它，然后获得另一个故事，然后一次又一次地这样做，那么sprint的目的是什么。我不是想表现得粗鲁，但敏捷就是做重要的事情，并适应。我不知道sprint有什么关系，除非它只是作为一个故事的交付日期