项目考核办法.docx
《项目考核办法.docx》由会员分享，可在线阅读，更多相关《项目考核办法.docx（12页珍藏版）》请在冰点文库上搜索。
项目考核办法
项目考核办法（试行）
一、目的
为了保证项目开发工作的过程管理顺利实施以及调动研发人员积极性、主动性，提高研发效率，结合公司实际，特制定本管理办法。
二、考核内容
1、是否在公司规范化流程的指导下，根据项目的规模和项目的复杂程度进行有效的流程控制。
2、是否在开发过程中按配置流程完成相应的任务，并对成果进行了有效的组织和管理。
3、在开发过程中，项目成员对项目开发的贡献和影响。
三、项目奖金考核办法
1、项目管理的考核办法
2.1每个项目设定一个项目经费，此项目经费由项目组在项目开发期内使用。
项目经费在项目立项时由项目管理委员根据项目规模确定数额，一般在500～1500之间。
2.2在项目开始后提交项目整体开发计划，对项目的各个阶段编制具体的计划，项目经理应在立项后的一个星期内提交《项目计划》（草案）（主要针对需求阶段），若《项目计划》（草案）没有在规定日期内提交，则当月项目进度奖从《项目计划》（草案）提交日开始计算。
2.3在项目开始后，没有按时提交月计划，考核项目经理50元/次,没有按时提交周计划，则考核项目经理30元/次。
月计划如果在当月第3个工作日前还没有上交，则视为本月无任务，周计划则在每周第1个工作日下班前（正常下班时间）还没有上交，则视为无周计划。
如果拒不上交计划又不作说明的，则视为本月（周）无法考核成果，当月（周）项目奖金不予发放。
2.4没有按时提交月工作总结的，考核项目经理30元/次，项目成员未交周总结者，每次考核10元，如果项目成员已交项目经理，但项目经理没有转交，则考核项目经理10元。
如果在当月第5个工作后还没有提交上月工作总结并没有做出合理解释的，则上月奖金不再核算，公司不再发放上月奖金。
2.5项目的各种成果，包括计划、总结、文档均需按照公司统一的模板编写，否则视为没有提交成果，项目经理应及时向质量保证部索要标准模板。
2.6项目经理应该在每月底对项目成员在项目中承担的任务量的多少、难度大小、实际完成情况（由质量保证部提供数据）以及个人能力、工作态度等方面进行考评（公司提供具体的考核表格）。
连续三次考评为差者，降1档工资，且项目经理有权将其退出项目组。
2.7考评结果与该月项目奖金直接挂钩，项目经理应根据项目该月总奖金兑现额及个人考评结果提出个人项目奖金分配建议，报项目管理委员会审核批准后发放。
2.8项目成员的计划工作任务达不到标准工作量的，按相应比例发放项目奖金。
如果有其它原因，项目经理应做出合理解释。
2.9项目质量奖在所有项目的评优活动中产生。
2.10每周一，项目组必须在公司的会议室召开周例会，例会必须涉及的内容为：
1）每个项目成员向项目经理汇报上周的工作总结，并对将要遇到或已存在的问题进行讨论；
2）项目经理对项目进度的总结；
3）项目经理安排本周的工作任务；
研发部经理每周抽查项目组会议记录，如果发现没有按时召开会议扣除项目经理30元。
2、项目成果考核办法
2.1每个阶段的评审如果项目经理没有按计划提出评审申请，则每次扣除当月进度奖金的10%,每超过5工作日再加扣10%。
（每个阶段的评审表参见“表2”，“表3”，“表4”，“表5”）
2.2如果阶段评审没有通过，则每次扣除当月进度奖金的15%。
2.3项目编码阶段的考核，以下所提的BUG均指公司规定的2级及以上级别的BUG。
2.3.1Bug的拒绝必须写明拒绝原因，否则每次扣除项目奖金30元。
2.3.2Bug提交后项目经理应及时分发，如果超过一天没有分发的，扣除项目经理奖金10元/次。
2.3.3应按BUG等级及时修复测试组提交的BUG，每个2级BUG每超过1天扣2元，每个3级BUG每超过1天扣5元。
2.3.4编写的代码必须符合公司的《JAVA编码规范》，否则每查出一处，扣除项目奖金5元；
2.3.5代码完成后必须完成同行审查，由项目经理根据计划组织同行评审会，在评审会上对模块的功能、算法、代码风格进行审核，编码人应对模块完成的需求、算法实现进行讲解，项目经理应对模块完成的功能进行核对，其它项目成员应对算法实现和代码规范等进行评价，并最终形成评审会议记录。
否则，没有按计划组织评审会，扣除当月进度奖15%，没有做记录，扣除当月进度奖5%。
2.3.6代码同行评审完成后必须做单元测试，应编写单独的单元测试类进行单元测试，并提交最终单元测试报告，否则每少做一次扣进度奖金5%。
（单元测试标准按照《单元测试标准和方法》进行）
2.3.7项目成员每天下班必将当天所写代码上传CVS服务器,按《CVS考核办法》考核。
2.3.8项目成员必须服从项目经理的工作安排，不得以任何理由与项目经理作对，否则扣除当月项目奖金100元，严重者项目经理可向项目管理委员会提出审请，扣除当事人当月项目奖。
2.3.9以上扣除部分由项目管理委员会直接从每月项目进度奖金总额中扣除。
2.3.10必须按照审批通过后的《配置管理计划》提交相应的工作成果。
2.3.11必须按照审批通过后的《质量保证计划》配合相应的质量活动。
四、项目奖金的确定
1、项目奖金是预先确定一定数额，在项目完成后或进行中根据项目成员的实际业绩与预期业绩的发放全部或部分奖金的一种奖励形式，而考核只是将没有做好、不应奖励的部分扣除。
2、只有参与项目的开发人员才享受项目奖金。
3、公司针对每一个研发的项目设立项目奖金，项目奖金分为项目进度奖金和项目质量奖金（在所有项目在年度评优活动中产生）。
4、项目奖金是在项目立项时由项目管理委员会与项目经理根据项目具体情况协商确定是否发放项目奖金，不是任何项目都有项目奖金，且奖金在立项时确定。
5、项目奖金的多少和考核结果是项目业绩的反映，与是否加班没有关联，加班费按加班规定核算。
6、项目奖金划分为进度奖和质量奖（在所有项目在年度评优活动中产生），进度奖金额按每月300元/人计算。
五、项目奖金发放方式
1、项目奖金以项目组为单位每月发放一次，项目奖金的比率=（实际完成的工作任务量[人.天]）/（计划完成的工作任务量[人.天]），实际应该发放的项目奖金总数目=项目奖金的比率*300*项目组总的人数（项目成员在工作组满月）；实际完成的工作任务量[人.天]和计划完成的工作任务量[人.天]是依据项目经理每月提交的《月工作计划》和《周总结》以及质量保证部提供的当月的《质量保证报告》计算出来的；
2、如果项目成员在项目组的时间不足月，项目成员当月计划的项目奖金=（实际工作日）/（当月总工作日）*300；
3、项目奖金按月发放，但按周考核，以周计划和总结及以及质量保证部提供的当月的《质量保证报告》作为考核依据；
4、项目奖金发放比例的规定
（1）没有完成的任务如果当作下一次的正常任务安排，则此任务只享受30%奖金,且在任务安排时，项目经理应在任务计划表的“备注”栏进行说明。
（2）项目不是由于用户提出增加或修改需求或公司的原因而整体延期的，第一个月延期的项目奖金为50%，第二个月为30%，从第三个月开始不再享受项目奖金。
（3）项目成员如果是实习期（进公司在1个月内）则不发放项目奖金，在试用期则只发放60%的奖金，考核金额按40%比例考核。
六、加班的规定
3.1项目组加班必须提前一天提出申请，只有总经理批准后才能安排加班，否则不算加班。
3.2正常工作日的加班时间不超过3小时。
3.3休息日（周末或法定假日）的加班时间不超过10小时。
3.4加班待遇的确定。
3.4.1相同时间的兑休，连续兑休时间不得超过2天；
3.4.2美工按8元/小时，程序员（测试人员）按10元/小时，项目经理按12元/小时计算加班费。
七、考核表
表1：
项目各过程所进行活动内容
序号
过程
活动内容
1
需求调研
与分析
（1）确定需求调查方式，调查记录需求信息，分析需求信息，细化分析用户需求（面向对象分析法，结构化分析法等），形成用户需求文档和用户界面原型（静态页面），用户界面原型应包括所有的业务流程和界面，把这两个文档提供给用户一个界面一个界面确认，如果客户不认可重复上面的工作直到客户认可签字为止。
（2）确定技术路线、系统的流程设计，有必要的话需完成技术预研；
（3）需完成的文档：
《用户需求说明书》及附件“用户界面原型”。
2
系统设计
（1）按照公司的《SPP软件过程规范标准》完成模块设计、数据库设计。
（2）对“用户界面原型”进行完善。
（3）需完成的文档：
《数据库设计报告》、《模块设计报告》
3
实现与测试
（1）依据系统设计文档，编写并测试整个系统的代码。
在公司的《SPP软件过程规范标准》中，实现与测试是“编程、代码审查、单元测试、集成测试、缺陷管理与改错”的综合表述。
（2）实现所有功能点并通过单元测试、代码评审和集成测试；
（3）集成测试功能和性能达到设计要求,完成用户手册、技术手册的初稿；
（4）完成系统测试计划和系统测试用例，并通过评审。
4
系统测试
（1）完成系统测试，并提供测试用例和测试报告；
（2）完成用户手册与快速指南的编制；
（3）如有需要，还需完成培训计划和培训手册；安装部署手册
5
客户验收
（1）完成项目试运行并通过用户验收签字；
（2）对所有项目工作成果进行整理，项目正常结束并归档完毕，完成项目结项。
表2：
项目需求调研与分析阶段
编号：
ITE-RLZY-
项目名称
项目经理
计划评审时间
实际评审时间
评审次数
该阶段参加成员
质量保证员
考核内容
序号
考核标准
权重
得分
1
此阶段开发流程须符合《SPP软件过程规范标准》
5
3
完成《项目计划》，通过评审并具有相关领导签字认可，一旦项目实际情况发生变化，需提交计划更改申请书，并将《项目计划》修正。
5
5
对于某些项目，需进行技术预研，并提交《技术预研计划》（可选）
+2
7
根据用户真实需求，完成《用户需求说明书》，用户需求的书写必须真实、准确，不论需求发生了如何的变化，需求文档必须与项目实际情况一致。
40
9
为了准确地挖掘用户需求，需产生“用户界面原型”，用户界面必须与真实的系统相似，包括所有业务流程及界面。
40
11
《用户需求说明书》须通过用户签字确认，形成《用户需求确认书》
5
12
所有工作成果提交质量保证部进行统一管理
5
评审得分:
分
评审意见：
参与评审人签字（项目管理委员会成员）：
表3：
系统设计
编号：
ITE-RLZY-
项目名称
项目经理
计划评审时间
实际评审时间
评审次数
该阶段
参加成员
质量
保证员
考核内容
序号
考核标准
权重
得分
1
此阶段开发流程须符合公司的《SPP软件过程规范标准》
5
3
对“用户界面原型”过行完善
20
4
按照公司《SPP软件过程规范标准》10.2章节完成《数据库设计报告》，并通过评审
35
6
按照公司《SPP软件过程规范标准》10.3章节完成《模块设计报告》，并通过评审
40
7
当需求发生变化时按照《SPP软件过程规范标准》7.4章节需求变更控制执行，在项目管理平台――配置管理――变更控制体现。
+5
评审得分:
分
评审意见：
参与评审人签字（项目管理委员会成员）：
表4：
实现与测试、系统测试阶段
编号：
ITE-RLZY-
项目名称
项目经理
计划评审时间
实际评审时间
评审次数
该阶段参加成员
质量
保证员
考核内容
序号
考核标准
权重
得分
1
此阶段开发流程须符合《SPP软件过程规范标准》
5
3
软件开发环境按照《开发环境配置标准（试运行）》执行
5
4
按照《CVS配置管理平台》管理办法执行。
不计权重（有专门的考核项）
5
代码规范按照公司的《java编码规范》执行
不计权重（有专门的考核任务）
6
单元测试按照《SPP软件过程规范标准》11.3章节执行
5
7
当需求发生变化时按照《SPP软件过程规范标准》7.4章节需求变更控制执行，在项目管理平台――配置管理――变更控制体现。
通过文档表现权重
8
当设计发生变化时按照《SPP软件过程规范标准》执行，在项目管理平台――配置管理――变更控制体现。
9
当计划发生化时按照《SPP软件过程规范标准》4.5章节项目计划变更控制执行。
10
通过了系统测试:
测试组按照测试标准完成测试
11
按计划正常完成此阶段的任务,并准时到现场试点安装
15
完成下列工作成果，并通过质量保证部的验收
（下列文档必需具有与项目的一致性与规范性）
12
《实现与测试计划》
5
13
《系统测试计划》
5
14
《系统测试用例》
10
15
《系统测试报告》
15
16
《用户使用手册》
20
17
《快速指南》
10
18
《需求跟踪报告》
5
19
《项目计划变更控制报告》
（如有计划变更则要此报告）
+1
20
《需求变更控制报告》
（如有需求变更则要此报告）
+2
21
《配置项变更报告》
（如有其他变更则要此报告）
+1
22
《技术预研报告》（可选）
+1
评审得分:
分
评审意见：
参与评审人签字（项目管理委员会成员）：
表5：
客户验收阶段
编号：
ITE-RLZY-
项目名称
项目经理
计划评审时间
实际评审时间
评审次数
该阶段
参加成员
质量
保证员
考核内容
序号
考核内容
考核标准
权重比例
得分
1
过程规范
此阶段流程符合公司规范
10
2
工作成果
所有工作成果已整理完毕并提交
10
3
客户验收
项目符合用户需求，并通过用户签收
否决条件
4
客户反馈
根据三个月后客户反馈结果与内部评审结果
80
评审得分:
分
评审意见：
参与评审人签字（项目管理委员会成员）：
升级会员 