在固定长度/固定价格的项目中使用 Scrum？ [关闭]

Question

我是 Scrum 新手，希望在我的公司实施 Scrum。获得支持不是问题，这是我的公司，开发人员非常乐意像这样工作。

问题在于，我们 75% 的收入来自固定长度/固定价格的项目。

Ken Schwaber 在他的书《Agile Project Management with Scrum》中，在本书末尾的附录中介绍了固定长度/固定价格项目的投标主题。

经过深思熟虑，Ken 得出结论，只有当您可以说服潜在客户以不同的方式思考时，Scrum 才有用。客户必须接受很多不确定性（关于最终成本和最终交付日期），以换取更快获得可能可用的东西，并且不必实现每个功能的可能性可以为他们节省资金。

我不相信这是在固定长度/固定价格项目中实施 Scrum 的唯一方法。

我想知道其他人如何成功竞标并从固定长度/固定价格项目中获利。

Answer 1

是的。我想你可以。见The Waterfall's Not Working。

“走出固定价格框”并不是那么难的话题。客户也看到了失败。他们已经看到了获取需求文档的长时间延迟。他们已经看到了无穷无尽的变更单。他们也不喜欢。

但是，如果您确信客户不想以不同的方式管理事物，则必须采用混合方法。

制定价格不是敏捷——不可能。为了安抚顽固的客户，您必须制定价格。显然，您将在这里制定某种总体规划来证明价格合理。大多数情况下，你从这个总体规划中想要的只是积压工作。其他细节只不过是假设的规划假设。 [他们总是计划假设，但一些 PM 认为最初的计划是必须遵循的神谕。不是。]

然后，您以小而敏捷的增量步骤执行。您必须尽早并经常与用户互动，并且必须让对话发生。但！待办事项中的每一项变更都必须作为范围、成本或进度的潜在变更进行检查。

在每个 sprint 结束时，任何积压的更改都可能是项目范围和合同的更改。

敏捷降低了您的风险，因为您可以更早、更高效地与客户一起积极地进行范围变更。试图定义（和冻结）范围不是增值活动，所以不要再这样做了。将范围视为猜测，并在每个 sprint 中处理范围更改。

Answer 2

我不确定投标和利润，但 Scrum 方法当然可以应用于固定长度/价格的项目。如果需求是已知且可靠的，则可以将它们放入产品待办列表中，并且可以根据需求和时间限制来计划冲刺。您仍然可以利用每日 Scrum 会议、燃尽图等的好处来确保项目按计划进行。