项目完成以后就好统计了，每个小组的代码行数，实现的功能模块数量，供其他小组调用的模块，用时多少天，涉及多少领域等，其实这个统计不能说a组完成项目的40%，b组60%这样，比较合理的应该是在某个方面，各个小组的组成比例的表格，然后有个小组工作的总结比较合适。
计划工作的预计成本（BCWS） ：截止到某一时刻，计划工作的预计工作量之和。（2）完成预算（BAC） ： BCWS的总量，是项目的总工作量的估计。（3）预定完成百分比 ：计划工作的预计成本占预计总工作量的百分比，计算公式为： 。
软件开发工作量 = 估算工作量经验值 × 风险系数 × 复用系数 1估算工作量经验值（以A来表示） 软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。
项目估算是对需求分析、设计、编码、测试、集成交付等整个软件开发过程所花费工作量、时间、成本等的预测。是软件研发中最难的工序之一。为什么做项目估算 软件系统的规模、功能越来越复杂，难于理解，必须通过某种方法对软件的规模、工期、成本进行度量、预计，从而能更好的控制软件开发活动。
步骤1：根据项目任务分解结果WBS估算出项目开发工作量，如表1所示。
如一个项目前期投入3个人工作2个月，中间2人工作0.5月，后期1人（0.33兼职）工作3个月，那么工作量的计算就是：3人*2月+2人*0.5月+0.33*3月＝8人月。难道说200人月用10人20个月可以完工，用200个人的话就1个月可以完工了？所以要估算。
1、工作量百分比法：工作量饱满度=岗位有效工作时间/正常工作时间。比如一个月有22个工作日，按照每天工作8小时，那么正常工作时间为176小时，如果某个员工当月的有效工作时间为160小时，那么工作量饱满度=160/176=90.9%。这 一指标是否有效度，取决于我们能否准确地获得有效工作时间。
2、自我评估：根据自己的工作计划、时间管理工具和收集到的反馈，评估自己在工作中的表现和贡献。 持续改进：根据总结和评估结果，找出工作中的问题和不足，制定相应的改进措施，不断提高自己的工作效率和质量。 学会表达：在与他人沟通时，明确表达自己在工作中的付出和成果，让他人了解到你的努力。
3、对功能点进行评估，以确定工作量的估算。这通常涉及到为每个功能点分配一个估计的开发工作量，例如人天（person-days）或人月（person-months）。考虑风险和不确定性：考虑项目中的风险和不确定性因素，如需求变更、技术挑战、人员变动等，对估算结果进行调整。
4、用下面的过程来评估你的工程所需总工作量：1．决定评估所需的精确度。典型的情况是，评估的精确度越高，所需的细节就越多，所需时间也越多。如果要求你做一个粗略的评估（-25% - +75%），你可能会在较高的水平利用最少量的细节迅速完成工作。
5、类比法 类比法是指将本项目的部分属性与类似的一组基准数据进行比对，进而获得待估算项目工作量、工期或成本估算值的方法。类比法是基于大量历史项目样本数据来确定目标项目的预测值，通常是以50百分位数为参考而非平均值。
1、当需求极其模糊或不确定时，如果此时具有高度类似的历史项目，则可直接采用类推法，充分利用历史项目数据来粗略估算工作量。当需求极其模糊或不确定时，如果此时具有与本项目部分属性类似的一组基准数据，则可直接采用类比法，充分利用基准数据来粗略估算工作量。
2、类比法：基于历史数据的智慧比对类比法，就像拿新项目的部分特性与历史项目中的基准数据进行匹配，通过50百分位数而非平均值来预测工作量。这种方法尤其适合那些规模、应用领域、环境和复杂度与历史项目相似的项目。
3、考虑团队成员的工资、培训和福利等成本。确定每个成员在项目中的工作量和时间。确定硬件和软件成本：估算硬件、软件和开发工具的成本。包括购买和维护这些资源所需的费用。项目管理成本：考虑项目管理活动的成本，包括项目经理的薪资、会议费用、沟通工具等。
4、对功能点进行评估，以确定工作量的估算。这通常涉及到为每个功能点分配一个估计的开发工作量，例如人天（person-days）或人月（person-months）。考虑风险和不确定性：考虑项目中的风险和不确定性因素，如需求变更、技术挑战、人员变动等，对估算结果进行调整。
5、软件工作量评估 如果说我们能够算出开发软件、维护软件所投入的人员工作量，那么我们也就相当于得到了相应的软件成本。在软件行业中的绝大多数项目里面，影响软件工作量的最主要因素还是软件规模因素，当软件规模越来越大时，也就意味着我们需要投入的工作量越多，这两者之间是存在着正相关的关系。
6、为此，从去年开始，我在部门内部开始尝试探索基于项目资源实际投入工作量、人力费用明细数据、财务报销明细数据的研发成本费用核算模式，尽可能地核算到每一个项目中，从而帮助我们更好地分析判断项目成本费用分布及变化情况，为软件项目的成本控制提供一些基础的数据依据。
