丘吉儿说过‘英国没有永远的朋友也没有永远的敌人,只有自己的利益是永恒的’,这句经典也适用于职场。 那么职场人的‘利益’是什么呢?我觉得有3点:学艺,赚钱,职业成长。公司通过年度的performance review来recognize valuable employees, 而对员工来说这也是将个人利益极大化的机会,因为被recognized意味着加薪升职,意味着更多的学艺机会。道理就这么现实而简单。
过去十几年来我从抓耳挠首做痛苦状写self review, 到有点自信地胡诌,再到后来能一目十行地看别人的review心里便有了底知道这人几斤几两重。。。也是一步步走过来,挺不容易的。原来的公司里手下有美国人,印度人和中国人。 每年都会有performance review. 这里想就咱老中们写自我评估时常见的一些误区和大家商榷,也算是抛砖引玉,如果哪点能对大家有所帮助,我就找个地方偷着乐吧。
1)了解decision-making 的process:
记住两个单字: Bell Curve。老板心中永远有这么个曲线, top 15%是can’t live without的资源; bottom 15%是 disposable resource; 而大部分是one standard deviation之间的70%. 举个overly simplified的例子,一老板手下有10个人拿了10k的预算, 他/她首先要做的是forced ranking, 想清楚谁是top/bottom, 谁是要拼老命保的,谁是被pissed off走人也不在乎的。然后就是如何将bottom 15%人均的1k 分给top15%的人,中间的70% will more or less get the average 1k (adjusted by the salary of course). 所以想被recognized话还是重在平时的积累,让自己保持在top 15%就可高枕无忧。不过如果咱不在这top里面, 如何写好review这临门一脚对成败还是蛮关键的。
不幸的是好的老板和好的姻缘一样,都是可遇而不可求的。如果碰见不知好歹缺乏判断力自以为是, 明明自己是千里马他/她还就不是那伯乐的老板怎么办? 看你自己是想去还是留。如果想留下来,那就只好把自己变成老板眼中的绿豆(top15%), 即使他/她是一大王八(蛋)。(和老板相处的心得等下篇‘绿豆篇’)
2)Be objective
Performance review切忌写成流水账,要有针对性。别忘了咱的目的是被recognized,我们老中大多有core competencies,可是写起来常常没有重点. 经济不好,公司的大环境都在谈efficiency时, 咱最好避开project里的customization部分,而大书特书俺如何在scalability and repeatability上下功夫;如果新来的CTO满嘴都是cloud computing,我说啥也得把能搭上个边的项目放到显著位置, 是吧?
3)Have a big picture
咱老中又聪明又勤劳,但常常太重视技术含量而忘了技术最终是为business服务的。如何你是数据库的developer,写review时在列出schema design, load了多少个tables之前,可否写几句这个数据库是做何用?用的部门对此的revenue forecast是多少?有多少人run sql against the database? 你又是如何帮助他们solve real business issues? 这样写来可比load几个tables 要sexy 多了哈。
4)Brag yourself, don’t be modest
我们的文化印记让我们时时不忘谦卑,可是如果一年有一次需要你brag about yourself的话,那就是写review的时候。过去几年我有心观察手下的西人,印度人和国人,发现西人通常做8分写9分,印度人做7分写10分,而老中则是做10分写8分。好几次我都把手下的老中打回去重写,算是给自己人开点后门。 同一个项目, 印度人可以洋洋洒洒地写好几页,咱老中就写3句话,还一个形容词都没有。我不是说the more the better, 没有实力做基础写再多也是白搭。可明明有10分的实力做了12分的努力却不表现出来,看着真着急啊!
5)Timing 上的小trick
老板也是人,人的记忆都会对刚发生的事记忆深刻一些。如果review在12月,那么7月以后选的项目最好是能11月之前就有成效,phase 1 delivery or hit big milestone, etc。别小看这一点哦,印象分把你从70% migrate到top 15%的可能性是很大滴.
闲来无事胡乱写一通,希望各位职场高手补充指正。 |