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

88 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