扫码阅读
手机扫码阅读
软件研发人员考核的十项基本原则

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

软件研发人员考核原则摘要
软件研发人员的考核是软件企业管理中的难点。根据研发管理和咨询实践经验,提出了一些考核基本原则。
公司价值观的体现
考核应体现公司价值观,确定企业认可和希望挽留的人员类型,以及提倡的行为,并通过具体奖励措施落实。
多劳多得,质量与数量并重
考核应基于工作量和质量,鼓励努力工作的人,同时达成团队目标是多劳多得的前提。
鼓励创新与规范管理
管理和创新是软件企业发展的两个重要方面,考核办法中应认可并激励这两个方面的行为。
鼓励技术复用
要在企业内建立技术复用体系,鼓励提取和贡献可复用构件,并给予适当奖励。
考核办法的连续性与时效性
考核办法应根据公司内外环境变化逐步调整,保持连续性,避免产生不必要的困扰。
量化与非量化指标的结合
考核应结合量化和非量化指标,根据企业管理水平确定两者的比重。
根据岗位性质区分考核办法
不同岗位的工作性质、能力要求、绩效表现不同,应该区别对待以体现公平性。
保证被考核人的知情权
被考核人应事先了解考核办法,考核结果应及时通知,以保证激励作用。
避免使用被考核人提供的数据
不应使用被考核人提供的数据作为考核依据,以防止数据失真。
考核指标的相关性
考核指标应与被考核人直接相关,确保被考核人对考核指标的达成能发挥重要作用。
总结,虽然制定和执行考核的道理简单,但实施过程中会涉及企业的多方面因素,这些都不应成为逃避考核问题的理由,而应积极尝试解决。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 217.9K
麦哲思科技任甲林的其他文章
你一生认识多少人--白话软件估计
请告诉我:你一生会认识多少人呢? 听到这个问题,你可能认为无法回答,其实是可以估算的,只不过你没有去做。 首先,我们定义清楚什么可以称为“认识”一个人? 如果你曾经记住他的名字,你见到他时能够记起曾经和他一起做过某件事情,那就可以称为认识他了,这就是在明确需求。 其次,还是让我们采用穷举与分类的思想,假如对你认识的人员按如下的方式来分类: (1)为你服务的: 父母 老师 物业公司 ……. (2)
为什么忽略管理的常识?
最近连续审查了几个客户的过程文档体系,有个问题,让我一直苦思:为什么我们总是忽略管理常识? 企业在实施CMMI的时候,为了满足模型的要求,在描述自己的过程时,习惯于照搬模型的描述。最典型的例子是PMC的描述,模型中描述了10个实践: SP1.1 监督项目的计划参数 SP1.2 监督承诺 SP1.3 监督风险 SP1.4 监督数据管理 SP1.5 监督项目相关人员的参与 SP1.6 执行进展评审 S
为什么必须首先做规模估计?
这个问题客户问过我,我也解答过多次,但是我一直没有更直接的理由说服我自己,认为必须先做规模估计再做工作量估计。 比如:对维护类的项目,或者是维护类的活动,为什么要估计规模呢?项目组的人没有技术风险,对需求很熟悉。 我总结了如下的理由: (1) 以规模来估计工作量与成本 (2) 规模估计与实现的人与技术无关,比较客观 (3) 可以度量项目的开发效率:规模/工作量 (4)
快速学习COSMIC方法之十三:如何识别读和写?
在实践中识别读和写是比较简单的,出错的概率比较小。读和写都是被度量的软件与存储介质之间的数据交互动作。读是从持久存储介质移动数据到功能处理内部,写是从功能处理移动数据到存储介质,二者的方向是相反的。在识别读和写时,要注意以下几点:1 每个读或写移动的是一个兴趣对象的一个数据组。如果是移动的多个兴趣对象的数据组,则需要识别为多个读或写。如果是一个兴趣对象的不同数据组,也是要识别为多个读或写。如果一个...
如何学习CMMI
很多朋友问我关于CMMI模型中的问题,却很少有朋友问我如何学习CMMI,这便是鱼与渔的问题。就事论事,学会一个的知识点,不如去掌握方法,可以解决很多的问题,学习到无限的知识。 那么,究竟如何学习CMMI呢?我的体会如下: (1) 通读模型 模型是众多的专家总结的经验教训,历时多年,讨论了N遍才写成的,模型里包含的信息量很大,描述的
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线