xhtml+css(网页前端工作)的绩效考核
前端开发方面,员工所做的工作,很难量化到细节。各项目组和人员工作的可比性不强。项目的不确定因素太多。之前曾经尝试按设计稿的大小(1024*768分辨率)为单位,在规定时间内做好指定大小的页面,给予奖励。
技术人员的考核与激励一直是我们比较头疼的问题,具体到前端开发方面,员工所做的工作,很难量化到细节。各项目组和人员工作的可比性不强。项目的不确定因素太多。 xhtml+css的绩效考核 之前曾经尝试按设计稿的大小(1024*768分辨率)为单位,在规定时间内做好指定大小的页面,给予奖励。但是前端开发是一个比较随性的工作,我们可以10分钟写完一个页面,也可以100分钟写完一个页面,都取决于开发者对待工作的态度。 周末的培训中,把员工分为两类,一类是X型,不积极工作的;另一类是Y型,积极工作的。上述情况,和人民公社一样,都把员工假想为Y型,都在认真写代码,这种考核制度才是可取的。问题是,有多少人在认真写代码?速度快的质量就好吗? 很多技术都是需要时间来堆彻的,考虑的越全面,越费时间。就算工作类型都是普通页面的xhtml重构,不包含任何ajxa、javascript等耗时元素,代码审核也仍然是个大问题。 在这方面,赵老师提到了一个观点“十字路口的红绿灯重要还是交警重要?” 制定一套详尽的规则,远比一个尽职尽责的警察重要的多。世界杯赛场上,如果没有边界线,纯靠裁判的眼睛来判罚,会有多少失误? 我们首先可以利用w3c的页面检测,大概的查一下员工所做页面是否有严重错误,然后再用yslow分析一下页面的质量,最后查看源代码大概看看就可以完成审核。这样操作可以大大降低审核人员的工作强度,但适用的范围仍然很狭隘。 以结果为导向 绩效(即结果、目标导向),做出成绩来,才能谈奖金的问题。如果把前端的开发人员,拉到运营的层面,从业务的角度来进行研发的绩效管理,拿每月的流量分析、数据报表说话,就可以直观的反应出员工的价值。 我的建议是,以整体项目运作产生的价值作为考评的原则,迭代开发。 第一版设计稿+页面,用户的跳出率是多少?目标转化次数是多少?忠诚度?访问深度?…第二版的?第三版的? 这个月,这套东西给公司赚了多少钱,下个月,赚了多少钱。在这其中,谁的关键性点子起了作用,改了什么地方的元素,提高了哪个值。然后以项目组为单位,发奖金,再由组长进行奖金的分配。 当然,如果你的管理人员出了问题,这套绩效管理方法反而会起反作用。任人唯亲,结党私营。 严厉的政策是为了降低管理的工作量 对于迟到的问题,有的公司罚款10元,有的50元,有的100元。对于高空坠物,新加坡会没收他们的房子。 员工迟到一次罚款100元,是否合理?要是有人罚我100元,我肯定就带着兄弟们起义了。 但如果真这么搞,而且入职前都说明了,不要往主服务器上提交未经测试的代码,违者罚款1000元。那我相信这个员工就会很注意SVN的提交动作,从而尽量避免了这个问题。 要知道,没有任何企业是依靠扣员工的薪水发家的。制定规则的目的是为了避免失误,而不是为了处罚。我们可以再订一条,如果出现失误,公司暂时替你保管1000元,1个月内如果没有重大失误,返还给你。 当然,这里面要注意劳动法的问题,操作的时候要谨慎,让员工主动给你交罚款,别直接从工资里扣。罚款手段不可滥用,只有结合各种奖励的措施,才能有效发挥其预期的效果。 总结 继续摸索。在任何制度没有想清楚之前,不要匆忙上马。 个人比较倾向于第二套模式,以结果为导向,根据业务的运营状况来分配奖金。再研究吧…… |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |