在软件开发领域，工作量估算一直是一个挑战性的任务。这是因为软件开发自身具有的复杂性和不确定性。该培训资料详细介绍了几种软件工作量估算方法，包括策划扑克法、宽带DELPHI方法和Pert Sizing估算方法，同时强调了工作量估算的一般原理。以下是对资料中提到的各个知识点的详细解读。
策划扑克法是一种以团队为基础进行估算的技术，通过团队成员每人一张扑克牌来表示自己的估算结果，然后公开讨论不同观点以达成共识。这种方法强调团队协作，并利用团队成员的集体智慧来提高估算的准确性。
宽带DELPHI方法是一种迭代的估算技术，它结合了专家经验和团队共识。与传统德尔菲方法相比，宽带DELPHI允许更广泛的估计范围，并鼓励团队成员间更开放的沟通和讨论。这种方法适用于那些没有充足历史数据可供参考的复杂项目。
Pert Sizing估算方法基于项目评估和回顾技术（Program Evaluation and Review Technique），对项目中的不同阶段进行工作量估算。它考虑到最乐观、最可能和最悲观三种情况，从而对项目的工作量进行比较全面的预测。
工作量估算的一般原理指出，软件工作量估算困难的原因主要包括软件开发的复杂性、人力密集型特性、独一无二的项目特性、新技术的出现以及缺乏项目经验数据。传统工程项目通常可以参照类似项目来估算工作量，但软件项目往往独一无二，不具备这种可比性。软件项目难以预测和管理，因此帕金森定律和布鲁克斯定律在软件项目中尤其适用。
帕金森定律表明，工作往往会膨胀到占满所有可用的时间，即如果项目有充足的时间，那么它就有可能被不必要地拖延。布鲁克斯定律则指出，项目的工作量并不会因为增加更多人力而线性增长，反而会因为管理、沟通和协调的复杂性而导致项目延期。
在实际的项目中，很多情况下软件工作量的估算往往是低估的。统计数据表明，在大多数情况下，工作量低估的发生几率远高于高估。因此，项目管理者在制定进度计划时，应保持一个现实的态度，并适当考虑项目可能面临的各种风险。
过于乐观的进度计划会导致项目延期，一个典型的例子是Microsoft Word for Windows 1.0的开发。该软件开发项目的目标过于雄心勃勃，进度计划过于紧凑，加之频繁更换项目负责人，导致项目不得不进行大量重复工作，并在软件稳定性方面投入了超出预期的时间。
在估算工作量时，应当考虑多个时机，例如项目在初步概要需求确定，合同未签订或项目未正式立项之前，以及需求基本确定但项目计划未定的阶段。在需求变更的情况下，可以采用DELPHI方法或类比法，并结合历史数据进行估算。
可能的估算输入包括概要需求、详细需求、历史数据以及类似项目的生产率数据。这些数据有助于估算者了解项目的复杂度，以及如何在不同阶段和工种之间合理分配工作量。
工作量估算的对象主要分为两类：一是有文档产出的活动，二是有代码产出的活动。对于文档规模敏感的活动，估算者应先估计文档规模再估算工作量。而对于代码产出的活动，则应先估计代码规模，并结合生产率和复用等因素来估算工作量。
在实际操作中，估算者可能面临诸如过于乐观的进度计划和对新技术的依赖等问题。这些问题如果不妥善解决，可能会导致项目延期和成本增加。因此，在进行工作量估算时，不仅需要考虑技术因素，还需要考虑人和管理等非技术因素，以确保估算结果的准确性和项目的顺利进行。
