权衡矩阵-《敏捷实战-破解敏捷落地的60个难题》读后感

《敏捷实战-破解敏捷落地的60个难题》这本书是去年疫情期间买的，直到最近才抽时间看完。内容是作者结合自身多年咨询的案例精华，提取了一些工作方法，感受，个人想法等。其中一些工具在平时工作中也确实能够用上，作为读后感，结合自己的感想分享给大家。

干系人对估算的期待

本人多年工作都是乙方身份，为甲方提供软件产品和服务。甲乙双方因为视角不同，往往对项目的估算的期待是不同的。最终就会落到合同的期待上看。例如最简单的项目管理铁三角这几个元素。下图是我觉得总结的比较贴切的一个：

vsexpectation.png

可以看到作为甲方，肯定是希望风险最小，质量最好，所有元素都固定在掌控之下，三角形和圆形都是结构最坚固的形状。而作为乙方会因为各种实际情况而无法做到这么完美。常言道：可以好，可以快，也可以便宜，但只能选择两样。实际情况会更糟。

权衡矩阵

本书作者提供了一个工具叫做“权衡矩阵”，希望通过这个矩阵让干系人能够更直观的看到各个因素之间的关系。接受真实的情况，不再去理想化的异想天开。
作者依然是结合项目管理三角形，不过对于这三个因素的执行标准，作者分为了三个：固定，稳定，弹性。逐步增加可以妥协调整的力度。固定是完全没有讨价还价的余地，只能完全达到要求。稳定代表可以有一定的优化空间，但是不是必须完全达到要求。弹性的意思就是没有约束。作者认为按照实际经验来安，每个因素同一时间只能有一个执行标准，且两个因素不能同时拥有同一个执行标准。
如果是按照最完美的期待，对于三个因素全部达到要求选择固定标准。这种就是根本无法实现的，如下图：

perfect.png

如果你希望是最小可行性产品方式发布（MVP），如下图。那么从实际需求的角度触发，应该有一个固定的交付范围，也就是你要验证的功能范围应该是固定的。剩下成本和时间如何选择他们的交付标准？可能因为需要抢占市场，或者要给投资人看到一个可以预期的原型产品，那么交付时间是不能太随意，也就是可以商量，但是不要求固定。毕竟能否真的达到预期存在一些不确定性，需要留一定的Buffer。那么最后一项成本就无法控制了。我们的目标是在合理的时间范围内能够拿出一套可行性的方案，那么投入就无法固定了。

mvp.png

如果是固定交付日期，例如对市场竞争的需要必须在某日之前发布，或者客户签订合同，业务需要必须在固定日期交付产品上线等。这时候时间是固定的，没有商量，那么范围和成本如何抉择，选择哪种执行标准就要权衡了。如果我们希望一定的功能可以优化控制来保证在发布日期可以交付，那么就要做好成本不能控制太多的心理准备。如下图所示。

deliverydate.png

总结

在实际工作中，做决策是很难的，因为需要权衡取舍。而不同的干系人，因为立场不同期待也各不相同。权衡矩阵是一个可视化的展示工具，让干系人对各个因素的权衡关系做一个直观的对比。希望能够引发他们的思考，并说服干系人对现状的认识和下一步行动的认可。希望这个小工具能够帮助到各位小伙伴。

参考引用

• 《敏捷实战-破解敏捷落地的60个难题》

践行敏捷实践，让工作去繁从简。欢迎留言，交流落地经验。

【欢迎关注我的博客】