收集包括工作量，规模，进度，范围，需求变更，代码行，缺陷泄漏，测试BUG分布，生产率，评审，返工等各项数据。
注意的是这些数据的收集要分散到整个项目监控过程中去，最好数据收集细化到周跟踪中，要得到第一手的数据项目中最好能够推广使用PSP Studio等相关工具，保证数据的真实性和准确性。
复盘一词应该来源于围棋，围棋一般下完棋后马上进行复盘，目的是双方都还可以清楚记得过程中得每个步骤和细节，而对于软件项目生命周期长得时候，靠复盘再去回忆是不可能完全记得清楚得，因此需要我们平时记录好这些度量数据，或者中间增加多个里程碑和检查点，及时得收集和分析数据。
总结项目经验教训
项目一个版本完成后，肯定既有做得好得地方也有做得不好得地方，项目本身要总结同时项目中得每个成员都应该进行自我总结。总结得目的一个是形成相关得规范和标准，避免后续版本犯同样得错误，另外一个就是形成相关得方法或模式。项目在进度紧张时候很难有足够得时间去分析和决策究竟选择那种方法或解决方案，这块每个项目必须形成相关得模式，以后遇到类似得场景就知道如何去分析和解决问题。
为后续版本估算提供足够得数据支持
一个项目中需求，设计，开发各阶段工作量比例究竟如何，项目得平均生产率大概在一个什么样得水平，项目在估算中评审，测试究竟需要留多少得时间?这些经验数据都需要我们从前续版本得复盘中来获取。刚开始做我们得估算很难做得准备，是因为我们没有历史经验数据可以参加，项目版本做多了，多注意复盘收集和分析数据，完全可以使我们得估算做到很准确。
复盘得实际值并不一定不加分析完全用于下一个版本得估算，实际数据本身可能也存在问题和缺陷，我们应该把这些噪音剔除掉，同时有些工作量分布比例跟我们得质量目标有密切得联系，如当我们得质量目标高得时候，则评审和测试占的工作量比例可能会更高些。
您的位置：
