项目开发中最难的应该是开发工作量评估的问题,如果工作量评估不好牵扯到阶段性研发的进度和成本,甚至项目交付风险问题。

1、需求明确:这个阶段建议多放一些时间,软件或互联网产品存在太大的主观性,每个人对于一个简单的功能需求或者体验都有不同的想法和诉求,这就造成了太多的偏差性。所以把需求沟通清楚,在客户的角度知道客户要什么,解决了客户的什么问题。

2、内部一致:在开发的角度如果很清楚的了解客户的需求后,然后内部团队在产品设计或者各个纬度也能事先达成一致,对于开发工作量的评估我相信就会相对评估的精准一些。

3、经验数据:这块有些团队习惯历史实际产出数据作为参考,就是把之前做过的模块工时具体量化,然后沉淀为历史数据,每次做类似的功能开发时,再结合当前团队的实际情况进行参考和再量化。

4、缓冲评估:对于拿不定的一些工作量,会采用缓冲评估的方法,会预留一定的缓冲时间,以免在交付上太被动,或者客户的承诺上会有一定的余地,因为很多时候大部分客户都会纠结进度问题,为什么在计划的时间你的功能还出不来。但缓冲时间不能太离谱,要基于具体的风险因素进行针对性的评估,主要还是用来合理的进行工作量评估和按时能交付的问题。