我是 Scrum 新手，希望在我的公司实施 Scrum。获得支持不是问题，这是我的公司和开发人员非常乐意像这样工作。
问题是我们 75% 的收入来自固定长度/固定价格的项目。
Ken Schwaber 在他的书《Agile Project Management with Scrum》中，在书末的附录中涵盖了对固定长度/固定价格项目进行投标的主题。
经过深思熟虑后，Ken 得出结论，只有当您可以说服潜在客户以不同的方式思考时，Scrum 才有用。客户必须接受很多不确定性（关于最终成本和最终交付日期），以换取更快获得可能可用的东西，并且不必实现每个功能的可能性可以为他们节省资金。
我不相信这是在固定长度/固定价格项目中实施 Scrum 的唯一方法。
我想知道其他人如何成功竞标并从固定长度/固定价格项目中获利。
是的。我想你可以。请参阅瀑布不起作用。
“走出固定价格框”并不是那么难的对话。客户也看到了失败。他们已经看到了获取需求文档的长时间延迟。他们已经看到了无穷无尽的变更单。他们也不喜欢。
但是，如果您确信客户不想以不同的方式管理事物，则必须采用混合方法。
编造价格不是敏捷——不可能。为了安抚顽固的客户，您必须制定价格。显然，您将在这里制定某种总体规划来证明价格合理。大多数情况下，你从这个总体规划中想要的只是积压工作。其他细节只不过是假设的规划假设。[他们总是在计划假设，但一些 PM 认为最初的计划是必须遵循的神圣预言。它不是。]
然后，您以小的、敏捷的、增量的步骤执行。您必须尽早并经常与用户互动，并且必须让对话发生。但！待办事项中的每一项变更都必须作为范围、成本或进度的潜在变更进行检查。
在每个 sprint 结束时，任何积压的更改都可能是项目范围和合同的更改。
敏捷可以降低您的风险，因为您可以更早、更高效地与客户一起积极地进行范围变更。试图定义（和冻结）范围不是增值活动，所以不要再这样做了。将范围视为猜测，并在每个 sprint 中处理范围更改。
我不确定投标和利润，但 Scrum 方法当然可以应用于固定长度/价格的项目。如果需求是已知且可靠的，则可以将它们放入产品待办列表中，并且可以根据需求和时间限制来计划冲刺。您仍然可以利用每日 Scrum 会议、燃尽图等的好处来确保项目保持在正轨上。