現在很多軟體公司都對軟體開發人員進行績效考核，針對軟體開發員進行績效考核是否合適這裡不做詳細討論，讓我們看看這些管理者是怎麼給他的員工進行績效考核評分的吧。
先介紹一下績效考核評分的方法。關於績效考核評分有很多種方法，讓我們用最常用的評分方式來說明吧，那就是abcd評分制，說得簡單一些，就是年中或年末的時候要給自己管理的軟體開發員進行評價，a為優秀，b為良好，c為及格，d為不及格，被評為d的就有可能被公司淘汰掉。有些公司還對各個級別的員工進行了人員數量的要求，比如說評為a的員工為20%，評為d的員工要10%，就是說如果有10個員工的話，那麼就有1個員工被評為d（是個倒霉的人），這個制度還是比較殘酷的。
那麼作為績效的評價者是怎麼給員工打分的呢？一般會分為以下幾種
關係型：典型行為是拉幫結派，和自己關係好的被評為a和b，稍差點的評為c，得罪過自己的或異己被評為d。這種型別雖然不常見，但是如果你遇到了，我在這裡只能祝你好運。
功利型：典型行為是注重結果，一切按成績說話，不管你是否努力。這種型別比較普遍。這種型別的缺點是往往忽視了員工的感受，有時還會影響團隊合作。離職率會偏高。
態度型：典型行為是根據員工的工作態度和工作是否努力來評價。如果你的領導是這種型別，我先恭喜你了。但是這樣的領導往往會被他的上級所詬病。
無視型：典型行為是根據員工所做的工作重要性來評價，無視其他員工的努力和結果。通常採用這種形式的領導，都害怕那些對他重要的員工離職。
莫名奇妙型：首先說，這種型別是極品。因為他們的評價的邏輯很難讓人搞清楚。舉個例子吧，某個員工工作不太努力，但年末的時候竟然被評了個a。大家議論紛紛，而這個經理卻解釋道：我是為了激勵他。大家頓時無語。
不知道大家的領導都是啥型別的，也許我的總結並不全，大家可以補充一下啊。
也許很多人都會認為績效考核對軟體開發員來說並不適合，但現實中的公司還是很多都採用了這種方式，這不是馬上能改變的。作為管理者的你，在這種績效考核的制度下，你會如何給你的下屬進行評分呢？
軟體測試管理之績效考核
編寫背景 工作所在的部門啟用了新的績效考核制度，也開始了我參與對測試人員的工作進行績效考核這一管理活動，第一次的考核結果讓我有很多的感想，因此今天把它記錄下來，也許突然有一天回頭看這一感想，又會是另外乙份心情。思考 給測試人員進行績效考核的目的是什麼？經過思考，我總結的答案是 1 為了了解工作情況，...
開展績效考核
如何開展績效考核 一 按照人員組成區分 本部門人員 針對本部門人員，人員績效考核主要以專案經理或者部門領導進行考核。這種情況下，人員的工作積極性一般較高，具有較高的執行力和主動性，適合壓擔子。借調其他部門人員 該部分人員考核主要以人員所屬的部門領導為主，人員所在專案經理考核權重佔比較少。而且人員所屬...
員工績效考核
是否能按時 保質地完成本職工作？是否有足夠的知識和能力完成本職工作？是否堅持到底不畏挫折？對你工作是否不必再令人操心？是否不必一一指示監督，也能明快 迅速地工作？能否正確地了解本身的職務內容或上級的指示？對平時不太熟悉的工作是否也能根據經驗或稍加努力即予以圓滿地完成？是否做出過草率錯誤的判斷或實施？...