但要掌握项目每天的进度，而且根据情况要预知风险并进行规避。r
r
r
r
附录六考评规则跟奖惩制度r
一、程序人员考评规则r
r
程序员根据其代码数量，质量，错误率，效率，业绩，特别算法，沟通等进行每月考评，年度考评根据技术水平跟业绩表现做整体考评。详情参见开发人员考评指标。r
r
二、测试人员考评规则r
r
测试人员根据其发现的错误数量，级别，业绩，沟通交流跟业务水平进行每月考评，年度考评那个根据技术水平跟业绩表现做整体考评。详情参见测试人员考评指标。r
r
三、其他相关人员考评规则r
r
销售人员有销售部门制定详细业绩考核标准进行考评，美术部门根据其工作量跟质量，工作反应及时度进行考评。r
r
项目整体考评根据项目进度，阶段进度，完成质量，用户反映等做出综合评价，详细考评指标参看项目文档规范。r
r
附录七需求变更控制r
由于需求变更是所有项目中最为常见也是代价最高的部分，所有CMM2级以上对需求变更做了详细规定。r
r
我们在处理需求变更时，对于必须变更的需求，经过项目核心小组讨论决定后与用户就详细变更要求，所需要付出的时间或者资金代价进行协商，达成一致后在详细规格说明书中由设计部门进行整体设计并考察其可能影响的模块变更。开发部门根据设计做相应的更改，对于任何变更需要进行从功能测试，集成测试到系统测试的全面测试。r
r
对于每一次需求变更在项目中需要有详细记录跟跟踪，最后项目总结部分需要进行变更统计。r
r
需求变更详细规格见需求变更控制文档。r
r
附录八进度拖延处理跟风险规避r
由于需求变更，技术实现，个人原因导致项目进度拖延的情况存在于每个项目之中。作为项目负责人，需要能够提前预知可能产生拖延的原因进行风险规避。在已经产生拖延的情况下，需要预先设立解决方案及时启动后备方案来解决当前的拖延问题。r
r
1．项目设计过程中对于时间安排要根据实际情况（开发人员，测试人员，设计人员根据经验对功能实现预期的实现时间）增加30％的富余时间量作为紧急处理时间。对于无法按照规定实现的项目应该减少可能的功能，决不能削减测试时间来达到完成期限。r
r
2．对于需求变更详见需求变更控制部分。尽可能不改动需求，对于任何改动所需要增加的代价必须有完备的评估。r
r
3．技术实现拖延，由于技术问题所产生的拖延可以考虑用其他技术取代比较难实现的技术细节或者根据实际情况用其他手段代替技术实现，实在无法代替的情况宁可削减功能，不能在一个技术难题上使用太多的时间跟r