开发部程序员绩效考核措施绩效目的 对软件开发的过程所产生的软件项的质量和过程进行定量的评价,用评价的成果指导软件的开发过程,不停地提高软件开发质量水平，并根据度量记录来考核软件开发人员的工作绩效。 2、工作内容 市场调研 需求分析 成本预算 技术协议 概要设计 测试文档 详细设计 编写代码 技术文档 阐明书3、完毕质量3.1 完毕状况 根据需求功能列表 50 分 3.1.1 完毕功能例表中所表述的功能。 30 3。1。1。1 （完毕功能数\列表中功能数)*30 3。1.2 代码可读性，注释 5 3。1。2.1 变量命名方式不统一,没有规律。 —2 3.1。2.2 代码没有缩进不整洁，有注释了的但并没有用代码 -1 3。1。2.3 代码无注释(函数 必须注释） —2 3。1。3 程序的强健性。 10 3。1。3。1 没有对非法输入进行处理。 -3 3。1。3.2 对顾客的非对的次序操作，产生的错误没做处理。 —2 3。1.3。3 对数据库中 NULL 值的未做处理。 —1 3。1。4 操作界面 5 3.1.4。1 界面不整洁：按钮、输入框、大小不统一。 —2 3。1。4。2 能缩放的窗体未做缩放处理。 —1 3.1.4.3 书写不精确，有错别字。 -1 3.2 与否及时 30 v=（实用工时-计划工时）\计划工时 v<=0 v>=0.1 v=0.2 v〉=0.5 30 20 10 0 3。3 程序成熟度 5 以软件项检查、评审、测试的成果为评价基准，评分原则如下： 〈1>5 分：一次检查、评审、测试通过，不必调整； 〈2〉4 分：一次检查、评审、测试通过,略有调整,或第二次检查、评审、测试通过不必调整; 〈3〉3 分：二次检查、评审、测试通过。 〈4〉2 分:三次检查、评审、测试通过。 〈5〉1 分如下:三次检查、评审、测试未通过。 3.4 改善效率 5 <1〉5 分：改善效率良好，软件项的修改不必增长工作量，不影响阶段的 继续进行和项目计划的总体完毕，或不必修改; <2〉4 分：改善效率一般,软件项的修改或完善影响阶段的继续进行，增 加工作量在原计划的 20％（此阀值可根据详细项目而定）以内； <3〉3 分如下：改善效率较差,软件项的修改或完善过程使项目延期，或 增长的工作量超过 20%（此阀值可根据详细项目而定)。 3。5 技术文档优：构造清析，详细、如实，并精确地反其设计思想和其实现的代码、数据等. 良：如实,并精确地反其设计思想和其实现的代码、数据等 差：不详细、不清析，不能反应其所有设计。 无 0， 优 5, 良 3， 差 2 3。6 阐明文...
