如何評價個人在軟體團隊中的績效

這是一個很重要的問題，鄒欣老師也專門寫過一篇blog討論這個問題http://www.cnblogs.com/xinz/archive/2011/05/01/2033927.html

 

首先，肯定不能像大鍋飯時代一樣，大家share一樣的分數，這樣的話根本無法激發大家的積極性。其次，也不能是PM一個人說的算，雖然PM最瞭解團隊的情況。

我們需要的是科學的方法。根據這個問題，我們組的同學進行了激烈的討論，下面就說一說我們討論的結果。

 

我們可以從三個角度來看一個成員的貢獻：團隊內部的互相評分，團隊外部其他同學和老師的評分，使用者的評分和反饋。

 

1. 團隊內部的互相評分

這一點應該占最大的比重，因為團隊內部更清楚各個成員的貢獻。

團隊成員在一起合作完成一個項目的過程中，肯定會有很多的接觸和瞭解，誰乾的多，誰乾的好，大家心裡都清楚，所以團隊內部的成員最有發言權。

我們覺得這部分的評分應該佔到總評分的50%.

2. 團隊外部其他同學和老師的評分

把我們的最終作品呈現給其他同學和老師，讓他們來評價各個人工作的品質，這也是非常必要的。

很多事都是當局者迷，需要局外人來說一說公道話，這種評判方式更加客觀可信。

為什麼選擇其他同學和老師呢？因為他們懂技術，懂軟體開發，更能從專業的角度來評估。

我們覺得這部分的評分應該佔到總評分的20%.

3. 使用者的評分和反饋

使用者永遠是非常重要的，我們做的軟體最終還是要給使用者用，讓使用者受益，所以使用者的反饋和評價有很大的價值。

比如說，如果使用者反饋圖書搜尋很難用，自然負責圖書搜尋的同學應該承擔一定的責任。

使用者的反饋和評價是從使用者的痛處和需求的滿足出發的，與第二點正好是很好的互補。

我們覺得這部分的評分應該佔到總評分的30%.

當然，這三種評價方式的每一種中又涉及很多細分的評價點，比如對於團隊內部的相互評價，可以包括，完成任務的數量和品質，對於project的態度和投入，代碼的品質和可維護性等等。當然也要考慮不同同學的背景不同，基礎差別較大，“聞道有先後，術業有專攻”，不能對所有人一樣要求，否則也會出現問題。

 

總之，“如何評價個人在軟體團隊中的績效”是一個很複雜的問題，我們對於軟體開發也是新手，也是在不斷摸索中加強認識。相信通過team project, 我們會有更好的理解。