权衡矩阵 -《敏捷实战 - 破解敏捷落地的 60 个难题》读后感
《敏捷实战-破解敏捷落地的 60 个难题》这本书是去年疫情期间买的,直到最近才抽时间看完。内容是作者结合自身多年咨询的案例精华,提取了一些工作方法,感受,个人想法等。其中一些工具在平时工作中也确实能够用上,作为读后感,结合自己的感想分享给大家。
干系人对估算的期待
本人多年工作都是乙方身份,为甲方提供软件产品和服务。甲乙双方因为视角不同,往往对项目的估算的期待是不同的。最终就会落到合同的期待上看。例如最简单的项目管理铁三角这几个元素。下图是我觉得总结的比较贴切的一个:
![](https://static001.geekbang.org/infoq/ad/ad47de144f8edae86fda113e367a24fa.png)
可以看到作为甲方,肯定是希望风险最小,质量最好,所有元素都固定在掌控之下,三角形和圆形都是结构最坚固的形状。而作为乙方会因为各种实际情况而无法做到这么完美。常言道:可以好,可以快,也可以便宜,但只能选择两样。实际情况会更糟。
权衡矩阵
本书作者提供了一个工具叫做“权衡矩阵”,希望通过这个矩阵让干系人能够更直观的看到各个因素之间的关系。接受真实的情况,不再去理想化的异想天开。作者依然是结合项目管理三角形,不过对于这三个因素的执行标准,作者分为了三个:固定,稳定,弹性。逐步增加可以妥协调整的力度。固定是完全没有讨价还价的余地,只能完全达到要求。稳定代表可以有一定的优化空间,但是不是必须完全达到要求。弹性的意思就是没有约束。作者认为按照实际经验来安,每个因素同一时间只能有一个执行标准,且两个因素不能同时拥有同一个执行标准。如果是按照最完美的期待,对于三个因素全部达到要求选择固定标准。这种就是根本无法实现的,如下图:
![](https://static001.geekbang.org/infoq/d7/d76e374b15ba6a80655f520a54ac60a9.png)
如果你希望是最小可行性产品方式发布(MVP),如下图。那么从实际需求的角度触发,应该有一个固定的交付范围,也就是你要验证的功能范围应该是固定的。剩下成本和时间如何选择他们的交付标准?可能因为需要抢占市场,或者要给投资人看到一个可以预期的原型产品,那么交付时间是不能太随意,也就是可以商量,但是不要求固定。毕竟能否真的达到预期存在一些不确定性,需要留一定的 Buffer。那么最后一项成本就无法控制了。我们的目标是在合理的时间范围内能够拿出一套可行性的方案,那么投入就无法固定了。
![](https://static001.geekbang.org/infoq/c9/c91551a07398fcb8d971e122da9ffcef.png)
如果是固定交付日期,例如对市场竞争的需要必须在某日之前发布,或者客户签订合同,业务需要必须在固定日期交付产品上线等。这时候时间是固定的,没有商量,那么范围和成本如何抉择,选择哪种执行标准就要权衡了。如果我们希望一定的功能可以优化控制来保证在发布日期可以交付,那么就要做好成本不能控制太多的心理准备。如下图所示。
![](https://static001.geekbang.org/infoq/16/169b31b15e17b22cf181376bed8f5b90.png)
总结
在实际工作中,做决策是很难的,因为需要权衡取舍。而不同的干系人,因为立场不同期待也各不相同。权衡矩阵是一个可视化的展示工具,让干系人对各个因素的权衡关系做一个直观的对比。希望能够引发他们的思考,并说服干系人对现状的认识和下一步行动的认可。希望这个小工具能够帮助到各位小伙伴。
参考引用
《敏捷实战-破解敏捷落地的 60 个难题》
践行敏捷实践,让工作去繁从简。欢迎留言,交流落地经验。
版权声明: 本文为 InfoQ 作者【Bruce Talk】的原创文章。
原文链接:【http://xie.infoq.cn/article/33b2507a365214faae078bc85】。
本文遵守【CC-BY 4.0】协议,转载请保留原文出处及本版权声明。
评论