项目评估的基本原则

项目评估是一个需要经验，技术，谨慎把关，和沟通技巧的一门艺术，评估超标，很容易被客户否决，达不到目的。评估偏低，造成外包项目风险增大，工时和成本超标，非常影响项目的成功率。在《软件评估》第二版中介绍了项目评估的内容，本文将会持续更新，把每次看到的心得记录下来。

10月9日
软件评估的基本步骤

1. 需求分析，这步是软件评估的基础，并且根据已知需求总结出功能点。在需求不明确的软件项目中，一定要考虑需求增长。大型项目的需求增长为每月2%，最终增长在50%。小型项目的增长有可能更高。

2. 规模估计，在第一步基础上要对项目的规模进行初步估计。方法主要有几种
2.1 使用已知项目进行类比
2.2 使用POC的工作量进行类推
此外，规模估计的时候不能只考虑提交的代码，还要考虑所有的提交物，例如文档，测试用例，可回归到脚本等等。

3. 识别应执行的活动，这一步在列举task的时候是必须的，比如需求分析，内部设计，外部review，代码review，单元测试，文档编写，管理会议，集成测试，修bug，回归测试，部署发布，数据准备等等。

4. 评估测试和修bug的时间，这个时间也许远比开发时间要多，所以也应重点考虑。

最后要将评估结果交付用户并让其接受，要做到以下几点
1. 列举历史项目评估和开发的实例进行类比
2. 进行全面的基于活动的评估，细化所有task。在这些环节中，任何考虑不周全的地方都有可能被challenge而导致结果不被接受，所以要仔细再仔细。

对软件评估人员建议如下：
1. 准确 2. 谨慎 3. 基于真实历史数据 4. 考虑到软件质量，质量会影响进度。
5. 考虑项目管理 6. 考虑蔓延需求 7. 细化到活动级别 8. 为估计中的假设准备充分的论据