Can We Fix Software Engineering Estimation?

Summary

本视频讨论了软件估算的挑战，强调问题并不在于如何估算，而是在于我们问的问题本身。不同的利益相关者（如产品经理和开发人员）对估算有不同的假设和需求，导致了误解和低效。关键在于明确问题的真正意图，理解背后的期望，才能有效解决估算问题。视频指出，软件开发中的时间估算无法精确预测，理解问题的核心、角色之间的关系和决策依据才是解决问题的关键。

Takeaways

• 😀 软件估算问题不在于技术，而在于我们问的是什么问题。
• 😀 估算不是科学精确的任务，而是一个涉及大量不确定性的过程，且每个项目都有其独特性。
• 😀 估算的问题在于它与团队的承诺之间的微妙转换，简单的时间预估往往会变成承诺。
• 😀 估算需要明确目标和期望，特别是要弄清楚谁在问，并且他们基于答案要做什么决策。
• 😀 估算往往缺乏对工作复杂度的全面理解，尤其是在涉及不确定性时。
• 😀 软件开发中的未知性和变化性非常大，正如不同州的软件项目之间的差异，完全不可以简单预测。
• 😀 估算不仅仅是一个数字的问题，更是沟通和理解的问题。团队之间的误解会导致不必要的焦虑和效率低下。
• 😀 每个估算背后都有多个利益相关者和不同的期望，因此正确理解他们的需求至关重要。
• 😀 即使是看似简单的任务，经过细化后，往往会暴露出更多的复杂性，这使得精确的估算变得几乎不可能。
• 😀 估算的准确性不是追求的目标，实际上不确定性本身就是估算的一部分。更重要的是管理预期，并适当表达不确定性。
• 😀 通过有效的沟通，明确工作任务的大小和复杂性，可以减少对时间预估的误解，从而避免无谓的争论和压力。

Q & A

什么是软件估算的根本问题？

根本问题并不是估算本身，而是我们问的那个问题。通常，软件估算的问题并没有明确的定义，导致误解和不准确的预期。关键在于理解谁在问、问的目的是什么，以及这个答案会影响什么决策。

为什么软件估算通常是一个不确定的过程？

软件估算的过程中，很多因素无法预料，尤其是在涉及到新功能或者各州变异的情况下。每个项目都有未知的部分，这导致了估算结果的高度不确定性。

“估算”一词在不同人之间可能是什么意思不同？

估算对不同的人意味着不同的事情。对于一些人来说，估算是一个时间和精力的参考；对于另一些人，估算可能变成一个承诺，甚至变成硬性要求，这种模糊性容易引发误解。

如何区分‘目标’、‘承诺’和‘概率分布’的估算？

‘目标’是指项目需要达到的期望完成时间或某个里程碑，通常是为了决策而设定的；‘承诺’是指开发人员对任务完成时间的承诺，这涉及责任和后果；而‘概率分布’则是对完成时间的可能性进行估算，考虑到不确定性。

为什么软件估算常常具有不对称的误差？

因为大多数软件开发项目都有长期的尾部不确定性，延误的可能性远高于提前完成的可能性。例如，一个10周的任务可能会比预期多出几周，但很少提前完成。

为什么软件开发比普通的交通运输更难估算？

软件开发中涉及很多未知因素，项目的变动性和复杂性要远大于日常的交通运输。即便是熟悉的任务，也可能由于各种细节和变化而产生不可预见的挑战。

为什么软件开发的工作常常呈现分形特征？

随着我们接近任务的实际开发，软件的规模和复杂度往往会扩大。就像你开始测量一个小物体，但随着工作的深入，你发现它比预期更大，软件开发也是如此，每完成一步都会带来新的工作需求。

如何确定在估算时哪个问题才是真正被问到的？

首先要明确提问者的身份，了解他们的决策依据是什么。比如他们想知道的是一个大致的完成时间范围，还是某个具体的承诺时间。理解问题背后的动机和后果至关重要。

软件估算中‘准确性’和‘精确性’有何区别？

‘准确性’指的是估算是否接近实际结果，而‘精确性’则是指估算的细致程度。软件开发中的估算通常更注重准确性而非精确性，因为过度精确的估算往往不切实际，反而会误导决策者。

估算中的‘未知’问题如何影响结果？

当团队面临‘不知道’的问题时，估算会变得更加困难和不准确。例如，如果不清楚某个新技术是否有效，或者没有足够的信息来评估工作量，那么任何估算都是不靠谱的。