4.2.2 放大一倍，然后被砍

4.2.3 计算工作量的方法一般是用功能点来计算，列入计划，我的经验是＋50％

4.2.4 时间上可以考虑应有的风险储备；有经验的话一般可以估计出20%；没有经验的话一般可以估计出70%

4.2.5 做过同类的项目就好估计

4.2.6 要考虑几个因素：团队成员以往的工作记录；技术熟练程度
整体时间计划的时候还要加上可能发生的风险冗余时间

4.2.7 有经验的增加30%,没有经验的会长些,对于需求不明确的更长

4.2.8 要考虑老板砍的部分

4.2.9 kalevala的做法：
1、自己根据自己编程的经验，估算日程，比如10天；
2、让技术经理评估日程，比如8天
3、取个折中的日程，这时候要根据技术经理与我自己的技术水平来计算，我一般更趋向于自己，因为技术经理技术水平比较高，他的日程程序员比较难达到，此时比如取9天；
4、放大系数，一般我取1.5—2倍，按照团队人员的技术水平，另外考虑意外情况 此时，日程取15天

4.2.10 估计个大概时间，同时需要具体开发人员确认，然后汇总、修改～～ 就是大致的时间
－－－－－－

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