技术程序员绩效考核办法

开发部程序员绩效考核办法绩效目的 对软件开发的过程所产生的软件项的质量和过程进行定量的评价,用评价的结果指导软件的开发过程,不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。 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 说明文...