6周固定时间建造阶段-瀑布？

Question

上下文:我说的是微软为微软团队开发的一个名为“板岩”的新程序。这个程序需要为“构建”阶段确定6周的固定时间线，对于"Envision“阶段需要2周的固定时间线。参与这些阶段的Microsoft开发伙伴需要向Microsoft提供详细的文档(例如:开始构建阶段之前的详细文件)，并提供与合作伙伴和有待批准的Microsoft客户的约定。在6周的构建阶段之后，成功交付--微软支付给合作伙伴的钱。从技术上讲，微软客户可以免费获得该软件。微软从客户那里获得了Azure，O365的成本，因为该软件是为使用此类技术而开发的。构建阶段的成本约为25000美元，这将支付给开发解决方案的合作伙伴，并且Microsoft合作伙伴有权获得微软产品开发团队的支持。

问题:我们的团队试图在敏捷方法中做到这一点，这个方法由两个星期的sprint组成，但是我们意识到，经过2周的sprint演示之后，我们开始接受来自Microsoft客户的更改，我们正在构建这个解决方案。但微软说，母猪是固定的，不能改变。

考虑到6周固定的时间表和母猪是无法改变的，我们能不能说:我们只能使用“瀑布”方法来参与这样的项目？

Answer 1

在形式上，这是一个固定范围、固定时间的项目，这不是敏捷开发方法最适合的地方。但这种项目是承包房屋喜欢的，因为他们可以建造一些东西，在最后期限内交付，等待不可避免的变化--请求。然后，这些费用将收取额外费用。

我是说，这是形式上固定的范围，因为以固定母猪为基础的合同授予方与想要最终产品的一方不一样，后者决定母猪是否完成，而你实际上也在与他们联系。这意味着您实际上可以更加灵活地处理范围，只要您确保您遵守最后期限。

因此，您可以以敏捷的方式工作，只要客户所要求的任何更改都可以协商，使同等数量的工作量从原始母猪中提取出来，这样您仍然可以保持相同数量的sprint。他们应该同意，他们给微软一个诚实的报告项目的成功，而不只是勾起原来的播种，而不考虑所要求的范围变化。

Answer 2

首先，要明白其他“瀑布”是什么。这不是邪恶。

它也不灵活。它们之间最大的区别在于它们对不断变化的需求的反应。敏捷非常擅长于对不断变化的需求做出反应，因为它保持了反馈循环的紧密性。

瀑布在阻止需求更改方面非常出色，因为它关注的是过去记录的需求。而不是基于今天可能需要的需求。当这一点被理解时，它鼓励第一次正确地获得需求。

敏捷拥抱变化，但这不是免费的。每两周冲刺是另一套工资支票。但是敏捷可以有一个星期的冲刺，并且在同一个时间里给你更多的反馈。

有一个固定的时间框并不能使这里的区别。两人都在预算上工作。当没有什么令人惊讶的事情发生时，瀑布就会发光。当我们都在学习新的东西时，斯普林特就会发光。