扫码阅读
手机扫码阅读

功能点估算 | 当了3年产品经理,被客户一个要求说蒙了....

69 2024-03-19


#
产品经理必聊的100个话题



第26期:功能点估算


你的估算方法是怎么做的?



估算一直让人头疼


Business Analysis





我们常常在估算项目完成进度上花费很长时间,但估算的效果往往并不够准确,导致完成一个项目或者任务花费的时间总是会超出,难以在规定时间或者提前交付。
但对于用户来讲,项目的估算是一种“承诺”,用来确认项目的交付时间,并会参考交付时间来确认商业规划以及预算成本。一旦“承诺”无法实现的时候,与用户之间的协同也很难进行。
那有小伙伴问了:“大锤老师我每次估算都是在猜,而且这技能还不能复用。凭经验的分析,凑出来的内容也不够,有的甚至是可能缺少相关性。这简直就是让人为难,巧妇难为无米之炊,我总不能无中生有吧。这不是要我命吗?

为什么估算很难



Business Analysis





1.项目开发过程本身充满着可变性的问题,因为市场、业务过程和需求都是不断变化的
在过去,我们在执行项目开发管理方法上,经常以瀑布式开发作为项目管理方法,经过大量时间的需求分析、需求调研、需求方案设计、人员扩张等方法来确保项目的稳定性和不变动,为什么现在这种方法也无法保证估算准确性问题?——因为当前的市场需求和发展是非常迅速的,用户的需求会随着需求的满足而日益增长的,单一的瀑布式开发无法快速响应这种市场变化与用户需求。

2.项目开发本身的复杂性和不确定性导致估算不够准确
软件开发的本质就是复杂性和不确定性,这种本质性问题本身就一直存在。为什么这样讲呢?在需求分析阶段时,与用户在进行调研、需求挖掘时,用户的真实意图就在不断地发生变化,他想要的和实际所呈现的,可能会有很大出入。同时,用户的商业策略、未来规划也可能在不断地变化,大多数是以展望的形式,但展望的形式本身就充满着不确定性。

3.项目开发过程可以用经验减少“掉坑”次数,但每个项目的“坑”都不是一样的
当我们把过往的实施经验套在新的项目里时,我们会发现大概率是无法完全复制的,哪怕是相同领域的经验。这是由于每个用户的业务不会完全一样,会受组织架构、市场环境等因素影响。同时,项目开发本质是在于“开发”而不是“复制粘贴”,单一地想通过“复制粘贴”来满足不同用户的需求,本身是走不通的。

4.估算本身是一种预估,而不是一种确定
估算的结果本身也会受成本等因素影响,估算的结果是确定项目目标是否足够现实和实施,让项目在可控制的基础上实现目标。估算本身要达成的并不是确认,而是能够实现。

5.团队的实施人员能力(资源)也导致开发结果充满未知性
在开发过程中,开发人员的能力也会影响估算的结果,如果估算往往是乐观路径,会增加估算结果的偏离。代码的缺陷、质量问题可以进行控制,但无法进行百分百的保证,如果缺陷和质量的结果不够理想,后期测试和修复阶段所需要花费的时间也是巨大的,但是往往这并不被考虑其中。

6.估算依赖于需求的理解程度
甲方的需求太粗糙,缺少太多细节;
甲方的要求时间太短,时间不够。

为什么要解决估算这个问题



Business Analysis





因为估算关系到项目报价:

1.估算少了,收入降低,甚至造成亏损的风险;

2.估算多了,项目可能因为超预算而丢失。


如何解决估算不准的痛点



Business Analysis





1.利用可视化需求方分析的五步法来推演,半天就可以搞定了需求的脉络和隐藏的细节。

2.导出的问题清单和资料清单发给客户,进一步又拿到了一些信息。

原文链接: http://mp.weixin.qq.com/s?__biz=Mzk0MzM2OTQzOA==&mid=2247484338&idx=1&sn=f0829063bdcc044a00d4110b1e9d61f6&chksm=c335be03f4423715e4bc3f5f1de82603530e40f63984713c43f7de65fcf416ebf315d9151608#rd