我们仍然需要排名
尽管我们不情愿,但我们最终还是不得不依据制定的尺度为员工排名。我曾经试过很多种尺度,其中我最喜欢的是五分尺度法。五分尺度法分为失败、改进、成功、得力以及出众。居中的一个等级是“成功”,意味着你每天按时来上班,达到预定的期望,完成对应的工作,不多不少。这样当然完全没有问题,但肯定是有改进的空间。
失败的员工仅仅表示无法完成分配的工作,并通常在工作环境中制造紧张气氛。一般来说,很少有员工在正式的评审中得到“失败”的评价,因为这样的员工通常在正式评审进行之前就已经从组织中脱离。
需要改进的员工能够在某些方面做得很好,但某些地方就不那么好。这类员工通常也不会在组织中长久存在,因此我们也很难在评审中看到“改进”的等级。可以肯定的是同一名员工不会连续两次评审都得到“改进”的等级,因为没有进步的“改进”员工就是组织不需要的员工。
得力的员工在大多数时间内都表现得相当优秀。这不仅仅意味着他们能够把本职工作做得出色,他们还会不断地努力突破自己界限。
最后,出众的员工在每个方面都做得无可挑剔,并会鼓励他人追求卓越。出众的员工通常也很少见。
绩效评审样本
评审期间:2011年第三——第四季度
员工:周杰伦
(译注:原文为Sir Mix-A-Lot,90年代美国说唱乐歌手Anthony Ray的艺名,下同)
诚实守信。
客户关系良好。
创新精神。
视公司事务为己任。
遇挫折不离不弃。
不惧困难、但行事谨慎。
能够在工作中找到快乐。
结果点评
当产品研发团队开始采用Scrum方法时,你早早地加入了团队并极力推行新流程的实施。当很多人害怕改变时,你主动接纳了改变。你表现出了不惧困难、但又行事谨慎并时刻保持自我价值提升。
当我们开始在大型软件开发过程中采用更多工程实践时,你又一次加入进来并开始着手进行自动测试、结对编程以及重构。你表现出了时刻保持自我价值提升及不断创新的精神。
当其他业务部门需要支持时,你总会尽全力帮助他们。你总是第一个愿意协助的志愿者,特别是在客户支持解决问题方面。你能够满意客户并维持良好的客户关系。
你的积极态度总能为团队成员带来快乐,你通常能轻描淡写地化解紧张情况。你总能守时并不时地妙语连珠。你能够让自己和他人在工作中感到快乐。
建议与意见
我建议你能够在社区实践方面变得更主动并担当领导角色。现在你已经做到积极参与并提升社区实践,但我希望能够看到你更进一步担当起领导团队并通过新的历练。这关系到不惧困难、但又行事谨慎以及在工作中感受快乐等方面。
快速遍历测试脚本的不足之处在于,你无法考虑周全。为了最大程度地保证产品质量,我希望你能够更全面地考虑测试。你可以通过增加脚本的测试用例或改进你较自由的测试风格。我们期望的目标不仅仅是执行测试脚本,而是需要通过测试保证产品特性的质量。这关系到保持自我价值提升。
因为你在质量保证领域表现出的兴趣,我希望能够和你一起商量关于参加质量保证流程及技术正规培训的事宜。我相信我们会有很多机会找到新的、更好的方法来测试我们的产品并让测试变得更有效与高效。这关系到保持自我价值提升以及不断创新
成就:
毫无疑问,你已经接受了新的开发流程并开始充满激情地进行实践。如果没有你的帮助,我们没法像现在那么成功。
对于新的开发流程,你已经能够非常好地执行。这不仅仅是因为你帮助产品工程团队做好了过渡,同时你也对新流程做好了过渡。此外,你不仅仅是新流程的积极参与者,同时还非常积极地参与到流程改进中,并且为流程改进提出真正有建设性意义的方案。
同时,我祝贺你在所参与的校园开发者活动中赢得Windows手机。很少有人愿意把自己的工作展示到同级面前,更不用说为此赢得奖励了。干得不错,继续努力!
既定目标:
尺度等级:
不适用
未达到
达到
超越
目标 1: | 首先就是提出质量改进的计划并改进质量的方面。这包括独立编写测试用例,以及通过正式的指导或结对评审过程,帮助团队成员提高编写单元测试的能力。这还包括编写集成测试,帮助改进测试脚本、测试用例的结构,推进流程改进,落实更好的版本控制系统(SVN),提出架构改进建议等一系列事情。比如你推动质量改进计划,请将你所做的存档并写成博客(如果没有博客的话,也可以给我发邮件)让我知道你所做的工作,以及这对团队和Qualtrax质量的影响。 |
成绩: | 超越 |
解释: | 毫无疑问,你通过自身工作和结对工作推动了质量改进计划。我能够看到你花时间在单元测试,集成测试,用户界面测试以及重构上。你甚至更进一步,已经开始带领团队在Qualtrax的架构上展开更深层次的讨论。 |
目标 2: | 进一步学习有关面向对象软件设计模式及其应用。从“四人组”(GoF——设计模式:可重用的面向对象软件设计元素)一书中选择至少三个模式并进行研究。你可以选择或为每个设计模式写一条博客(如果没有博客则可以给我写邮件),或向其余的团队成员讲解这三条设计模式。 |
成绩: | 达到 |
解释: | 这个目标我们今年开始得有点晚了,但我还是很喜欢你所做的。从《Head First设计模式》开始研究是个很好的开端。学习设计模式的确是件有趣的事,但我们更需要了解何时何处如何应用设计模式。我建议从创建小的应用实例来帮助学习设计模式,这也是你所正在做的。 |