來(lái)這個(gè)公司實(shí)習(xí)已經(jīng)半年多了，在年前經(jīng)歷了一次年終考核，最終對(duì)我的工作的評(píng)級(jí)是 C（及格-符合當(dāng)前職位的工作），讓我不禁思考自己在項(xiàng)目中的一些工作的問(wèn)題，為什么我是C？是我做的不夠好嗎？或者說(shuō)在哪里做的不夠好？
從考核流程來(lái)看，基本上是 CTO 與 Team Leader 對(duì)團(tuán)隊(duì)成員的「年終總結(jié)與次年工作計(jì)劃」進(jìn)行Rank，個(gè)人狹義的認(rèn)為「考核」的主要支持材料就是這個(gè)總結(jié)了。
他山之石
其他公司是怎么考核的呢？說(shuō)實(shí)話我也不太清楚，剛?cè)胄?，只能通過(guò)搜索了解，在網(wǎng)上了解到有以下幾種：發(fā)精品博客、發(fā)論文、開源項(xiàng)目、出書、技術(shù)分享大會(huì)、技術(shù)公眾號(hào)/微博/知乎 等，這一類績(jī)效方式是通過(guò)推廣自己的技術(shù)來(lái)提升公司在行業(yè)中聲望。如Element、Qcon等。
其他類型的我就沒看到了，很明顯，這類考核僅適合大公司或者高層次技術(shù)人員的考核，或者說(shuō)，我自己是不具備相關(guān)條件的。
對(duì)于我個(gè)人，由于是實(shí)習(xí)生，很多知識(shí)點(diǎn)還不算熟練，半年來(lái)也就是「積極完成產(chǎn)品的需求，以及1~2天一次的高頻率的發(fā)布，跟進(jìn)線上日志，平時(shí)會(huì)整理一些項(xiàng)目的文檔，和其他部門的人溝通一些業(yè)務(wù)等」，看上去平平淡淡，中庸到我自己都會(huì)給自己打 「C Rank」了，但是這也就是一個(gè)技術(shù)人員的真實(shí)工作情況，我 leader 也在感嘆如何獲取更好的績(jī)效，畢竟我參加的項(xiàng)目是一個(gè)已經(jīng)運(yùn)行了 8~9 年的一個(gè)老項(xiàng)目了，平時(shí)的工作要求也真的只是完成產(chǎn)品的需求，不容易產(chǎn)生「突出」的工作成果，那么我該怎么去做來(lái)打破這一困局呢？
考核量化？
反對(duì)對(duì)技術(shù)人員的過(guò)分量化管理，為了“指標(biāo)”容易脫離產(chǎn)品，不利于開發(fā)效率，也不利于真正提升產(chǎn)品質(zhì)量。比如：為了追求低異常率，而花費(fèi)大量的時(shí)間資源進(jìn)行測(cè)試，會(huì)降低項(xiàng)目迭代速度，最終影響項(xiàng)目進(jìn)度，而某些產(chǎn)品正需要快速迭代。
考核的缺陷
首先來(lái)思考一下這樣考核的缺陷
對(duì)技術(shù)人員的考核一般是體現(xiàn)就是在他的產(chǎn)品上，相較于研發(fā)部門，業(yè)務(wù)開發(fā)的部門的程序員可能更不容易突出自己的工作，舉個(gè)例子來(lái)說(shuō)，業(yè)務(wù)開發(fā)人員的工作內(nèi)容可能就只有一種「完成A需求，B需求，C需求……」。而研發(fā)部門更容易突出自己的成果，如「 反垃圾、對(duì)XX進(jìn)行深度學(xué)習(xí)、精準(zhǔn)推薦……」 ,并且即使業(yè)務(wù)開發(fā)人員說(shuō)他完成了XX等功能模塊的開發(fā)，但考核時(shí)并不會(huì)把這一項(xiàng)歸功到程序員上，而是會(huì)把這個(gè)工作更多的歸功到設(shè)計(jì)這一功能的產(chǎn)品身上，所以對(duì)于純粹做業(yè)務(wù)開發(fā)的程序員來(lái)說(shuō)，并不容易在整個(gè)產(chǎn)品技術(shù)部門的考核中占據(jù)優(yōu)勢(shì)。
