了解这些的朋友们帮帮忙啊，拜托：（

难在：需求的非稳定性；技术的难度/速度；人员能力；人员态度；缺乏历史数据支持；计划的主观性。。。。

对于不同的公司和项目环境，适用的方法不一样，对于没有多少历史数据支持的，项目管理方法也不成熟者，我建议比较实际的做法是：

1、对该任务熟悉的高手做估计
2、任务的可能承担者做估计
3、综合两方面的数据，做一个平衡
4、再加上一定的保留时间（比如30%）

然后可以相对合理的拿出针对具体任务的工作量估算。

个人看法，请提意见~~

One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com

例如：
（1）对于，国内的软件产品/项目，一般都是一个完整的项目周期，从需求分析开始，直到验收，这样的项目，基本上是计算每个项目阶段的人月概算，例如：需求分析：3人月，设计：4人月，编码：4月，系统测试：2人月；
（2）对于一些过程裁减了的项目，例如一些外包项目，可能只做编码和测试部分，这种项目上以功能模块来计算工作量；例如：销售统计报表：5人日；

对于基于代码行数的评估方法，个人感觉用不太好，而且不好做评估。

E-mail & MSN: pipzeng@hotmail.com