浅析项目与产品的区别(预算篇)

发布时间:2020-09-01

本文来源与小婧同行,作者小婧,行走在实践路上的资深业务分析师

写在前面

去年在一个项目上,甲方的CTO问了一个问题:项目与产品有什么区别?现在很多企业在谈数字化转型,其中有一件事情就是要将项目制转成产品制。

但是,为什么要转?项目产品有什么区别?却没什么人能说得清楚。最近在读一本书《Project to Product》刚好有提到这方面的问题。作者从预算、时间窗、定义成功、风险、团队、优先级和可视化几个角度来说明项目和产品的区别。我结合自己的一些心得和理解来和大家聊聊这个话题吧。

预算

预算对于组织行为有较大的影响,所以预算是对IT架构和软件投资最重要的影响因素之一。

对于项目而言,预算是根据项目的固定范围、固定目标以及固定的资源投入进行编制的。如果项目延期,那么预算可能就会超支。但是,因为项目存在一些不确定性,所以通常会鼓励尽可能多的申请预算,毕竟再次申请预算会比较麻烦。我记得在我参与的辣么多的项目中,很少有能够按时按预算交付的项目。多多少少因为各种问题,导致了项目延期。有的时候是前期需求分析的问题,有的时候是做着做着项目范围控不住了,有的时候是因为人员变动,有的时候是一些没有预料到的技术性问题。反正原因林林总总,层出不穷。如果项目的范围发生变更,或者没有办法在原计划时间内交付,那么只能通过申请新的项目等方式去追加预算了。其实就算是在项目前期明确项目范围,其实也没办法明确项目的细节。比如,我们要做一个会员管理的系统。我们当然可以在前期的SOW里面列出所有的待开发的功能,以便明确范围,来计算项目所需的人天及相应的预算。但是,即便是需求规格都明确的前提下,也没有办法100%的确定预算。

预算都是不准确的,项目发起人也只能根据前期的一些资料,进行一些合理的预估,并尽可能多的申请多一些buffer来应对不确定性。 

这就是问题了。

确定性越高,项目计划的预算就会越准确。以前的工程类项目,范围和资源都比较好规划,即便这样还是会出现各种各样的不确定性事件。而现在的项目,特别是软件项目不确定性都极高,特别是一些创新型的项目,不确定性非常高。这也是为什么在软件行业敏捷方法一直被推崇的原因:敏捷方法一直在强调通过快速反馈进行调整,以应对不确定性。如果在项目开始的时候没有办法清晰的规划一切,在项目的过程中也没有快速反馈和调整的环节,从而使产品/市场匹配(PMF)风险倍增。

相比之下,面向产品的管理侧重于衡量为企业带来价值的每个投资单元(产品)的结果。产品向客户交付价值,对于产品的度量是基于业务结果的。所以产品的预算是对价值的投资,是基于对于产品的商业案例,并且根据产品的价值持续的进行投资。比如我们要做一个会员管理的产品,那么首先我们会先进行价值假设:该产品上线后会提升20%的复购。然后我们会对齐这个价值来进行产品的MVP设计,并制定预算。在MVP上线后根据价值假设验证来决定是否继续追加预算,并决定要追加多少。如果这个MVP没有带来预期的价值,那么我们可以根据情况决定是继续投资还是果断舍弃。而不是像项目的方式,一直到把钱都烧完了才发现做了很多不需要的功能。 

现在市面上很火的精益预算方法可以对特定的价值流的成本超支或者收入机会做出响应。不论是年度的预算周期,还是季度、月度的预算周期,产品关注的是价值的实现,而不是项目式的一笔头预算。

小结

项目预算是基于里程碑的,在前期规划好的。如果需要新的预算需要重新立项。产品预算基于业务结果的产品价值流的,新的预算基于需求,强调增量式的交付。


- ./main end -->

Copyright © 2020 All Rights Reseverd Designed by 5thspace.net      备案号:沪ICP备15017019号-1