Scrum:处理固定日期、固定预算的工作
加入精通敏捷不和谐社区!亚博一百送一百
尽管现在许多组织都理解了Scrum框架的机制，但产品交付方法的相应变化往往更难把握。就在前几天，一个传统的问题出现了:你能在预算范围内在截止日期前交付产品X吗?
啊，古老而可靠的铁三角。我们不能和你一起住，对吧?嗯，事实证明我们可以!固定日期、固定预算的项目仍将继续存在。有时东西必须在截止日期前交付。一个客户来问你:“你能在x日期前交货吗?我要花多少钱?”当然，我们可以提供一些东西。让我们看一看。
预测价格区间
一个新产品开发工作需要一个Scrum管理员、一个产品负责人和7个开发人员。他们有六个月的最后期限。为了便于讨论，我们假设平均时薪是100美元。他们都是全职工作(每周40小时)。6个月大约有130个工作日，假设没有人会休息一天。
1天工作= 8小时x 100美元= 800美元
130个总工作日x 800美元= 104000美元
我们有一个9人的团队，所以104000美元x 9 = 936000美元，纯粹是基于劳动力。加上一些资源，如授权等，我们最终的收入接近100万美元。
现在，如果它出现在开发过程中，我们需要更多的人，因为低估了复杂性，失去了我们认为我们已经拥有的技能，或者其他原因，会发生什么?在最坏的情况下，我们必须增加3个开发人员。根据先前的计算，需要增加31 000美元。这给了我们一个交流的范围。给出一个数字，尤其是在最好的情况下，真的是把大拇指拧在上面。不幸的是，我经常看到金钱把人们最坏的一面激发出来。
“亲爱的利益相关者，我们可以做到，根据上面提到的论点，它将花费100万到1312.2万美元。”
“好吧，但是固定预算是120万美元。这是什么意思?”
细节决定成败
范围是应该和将会发生变化的地方。
保持固定的范围，而预算和时间同样固定，将导致质量下降。事情可能会变得匆忙，例如，在您知道之前，测试就被跳过了。“当问题出现时，我们会解决”。问题是，这实际上要花你更多的钱。未经测试的工作可能会导致糟糕的决策，因为你不知道事情是否会按照预期进行。建立在糟糕的决策之上会导致更少的定性工作。
如果这些问题只在它们突然出现时才得到解决，那么您就有可能破坏整个产品的稳定。你最终可能要重做整个产品的一部分，只是因为发布了一个版本，而跳过了测试。
当你没有在预算或日期内交付时，你听到的第一件事是什么?“可是我们的合同上写着……”这就是我们要去的地方。在开始开发之前，我们需要在合同中增加一些条款:
- 产品待办事项列表中尚未提取的项目，可以用相对相同的尺寸进行交换
- 产品待办事项列表中的顺序可以随时更改
- 可以要求额外的释放，并给予额外的时间和材料费用
- 如果产品提供了令人满意的价值水平，则可以按剩余未计费价值的20%终止合同
在合同中添加这些行提供了范围上的灵活性，并更多地关注价值，而不是交付完整的范围。另一方面，它为客户提供了终止开发的选项，如果在最后期限之前已经满足了价值预期。
是的，我们可以进行固定日期、固定价格的项目
但是我们需要在合同中增加一些条款。与我共事过的大多数涉众总是希望每一个需求都能在昨天交付，并以尽可能低的价格交付。当然，不用说，质量水平应该是一流的。
我也想给我的孩子们一只独角兽，但这是不可能的。为了让马看起来像独角兽，我能做的最好的事情就是把一个玩具角粘在它的头上。它不是很透明，但这基本上就是我们为客户提供的服务，通过保持铁三角的位置。
将这些行添加到合同中提供了一个更现实的场景。我们真的需要一只独角兽，还是一匹马就足够了?尊重不是单行道。Scrum团队应该尊重客户，在现实的范围内创造价值，而客户应该尊重Scrum团队，将现实带到桌面上。当你知道你可能做不到的时候，不要说“我们可以按时、按预算和范围交付”。
告诉我，你见过的最大的组织独角兽是什么?