软件公司绩效考核(大家提提建议)

转载 2007年09月20日 11:48:00
今天看到一篇 软件公司绩效考核 文章 ,公司正想用,不知道到底好不好,大家谈谈想法
软件开发工程师工作质量考核评分标准
序号        标准        说明        评分标准       
1        错误率 
               每千行程序20个错误以下(包含20个)        5       
                每千行程序21-25个错误        4       
                每千行程序26-30个错误        3       
                每千行程序31-35个错误        2       
                每千行程序36个错误以上(包含36个)        1
       
2        新技术使用情况 
               大量使用新技术,
                并且解决了传统技术无法解决的问题;        5        
                大量使用新技术,解决了传统技术难以解决的问题,
                大大提高了工作效率;        4       
                使用部分新技术,替代了部分传统技术,
               一定程度上提高了工作效率;        3       
                使用了少量的新技术,替代了了少量的传统技术;        2       
                没有使用任何新技术,仍然用传统技术解决问题;        1   
   
3        程序编码的规范性
                 编码非常规范,无可挑剔,
                同时又对公司制度规范提出了改进意见;        5       
                编码非常规范,无可挑剔;        4       
                编码规范,不符合规范之处很少;        3       
                编码基本规范,但不影响对程序的理解;        2       
                编码存在较大的不规范性,
                并且对程序理解造成了比较严重理解误差;        1
       
4        文档编写的规范性       
              文档书写按照公司的相关模板,
               规范、美观,无可挑剔;        5                     
              文档书写按照公司的相关模板,规范,
               但美观性上有待改进;        4       
                文档书写基本规范,但美观性上有待改进;        3       
                文档书写的规范性、美观性上都有待改进;        2       
                文档书写的规范性、美观性上都存在很大的改进空间;        1 
     
5        及时性
                能够在预定时间的80%内完成;        5       
                能够在预定时间的90%内完成;        4       
                能够在预定的时间内完成;        3       
                超过预定时间的10%才完成计划;        2       
                超过预定时间的20%才完成计划;        1
       
6        编码注释的完整性
               编码注解完整、清楚、容易被人理解,
                不会造成理解方面的偏差;        5       
                编码注解完整、清楚、比较容易被人理解,
               但会引起少量的理解偏差;        4       
                编码注解完整,比较清楚,但会引起部分理解的偏差;        3       
                编码注解比较完整,但有部分代码没有注解;        2       
                编码注释不完整,大量的编码没有注释,让人难以理解;        1
  

软件公司绩效考核(大家提提建议)

今天看到一篇 软件公司绩效考核 文章 ,公司正想用,不知道到底好不好,大家谈谈想法 软件开发工程师工作质量考核评分标准 序号        标准        说明        评分标准    ...
  • lotusyangjun
  • lotusyangjun
  • 2017年07月11日 17:39
  • 1439

板块安排,大家提提建议

计划在csdn主页放置dearbook的宣传板块,在图中“读书之道”原意要对Guide、List作有主题的系统总结,格调如下:  http://www.csdnblog.net/leijj/galle...
  • leijungood
  • leijungood
  • 2004年03月31日 15:05
  • 1326

软件企业质量保证的基石――QA、QC的良性协作

  软件企业质量保证的基石                                                               ――QA、QC的良性协作       国内的软件...
  • hxcat
  • hxcat
  • 2007年03月27日 13:49
  • 4871

IT人想创业,大家提提建议,谢谢!

调查一下,汽车装饰品店开在哪里最合适本人想开个汽车装饰品店请大家提提建议,现在选址中,不知道什么地方最合适,谢谢!...
  • dennis_zeng
  • dennis_zeng
  • 2008年04月30日 09:51
  • 252

软件项目的绩效考核、难点及公司利润分析

 做这么多年软件,也一直在学习着怎么算账经营,以及如何对软件项目团队进行绩效考核,下面仅从我自己的个人经验做一个大概的分析。大多为个人观点,希望有同仁能一起探讨,如何才能更好的激励项目团队,如何才能使...
  • smilingleo
  • smilingleo
  • 2008年01月24日 19:17
  • 6730

小型软件公司的绩效考核

  近几个月,我常和一些朋友讨论如何在小型软件公司中对软件开发人员进行绩效考核的问题,发现很多朋友都为此问题而烦恼。由于我正好在一家小型软件公司里负责绩效考核工作,有一些成功的实践经验,所以特此在这里...
  • sunny5200
  • sunny5200
  • 2009年02月05日 15:41
  • 295

从技术角度对中国系统软件发展的一些看法和建议

对中国系统软件发展的一些个人看法和建议 陈怀临 系统计算研究所 huailin@xtrj.org www.xtrj.org 8/8/2004 作者:我写的一些不成熟的想法。希望大家多提意见,并且多帮助...
  • klandy
  • klandy
  • 2005年03月16日 23:29
  • 1349

悲痛中提醒大家注意安全(深圳事件,有些恐怖),大家可要注意啊!

悲痛中提醒大家注意安全(深圳事件,有些恐怖),大家可要注意啊!     时近年关,近期深圳地区出现多例“扑头党”袭击等严重伤害人身的抢劫事件,目前在蛇口、龙岗等地就出现了多宗类似事件(甚至在蛇口南油路...
  • sun418756752
  • sun418756752
  • 2005年11月15日 09:59
  • 1495

高效程序员100条建议总结

1         不管路走多远,错了就要重新返回。 2         开发要持续不断,切勿时断时续。 3         持续注入能量。 4         敏捷开发就是一个高度协作的环境中...
  • pistolove
  • pistolove
  • 2014年10月24日 19:14
  • 1054

转--小型软件公司的绩效考核

小型软件公司的绩效考核 http://vipnews.csdn.net/newscontent.aspx?pointid=2009_02_05_134301856  近几个月,我常和一些朋友讨论如何在...
  • gengxt2003
  • gengxt2003
  • 2009年02月13日 17:30
  • 389
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:软件公司绩效考核(大家提提建议)
举报原因:
原因补充:

(最多只允许输入30个字)