軟件項目成員的業(yè)績考核面面觀

申請免費(fèi)試用、咨詢電話：400-8352-114

項目經(jīng)理：是否實現(xiàn)了公司的戰(zhàn)略目標(biāo)，或者項目目標(biāo). 具體的目標(biāo)，一般是用利潤來衡量，項目的合同價格主要由銷售部門來談，項目經(jīng)理必須準(zhǔn)確的計算成本來配合報價，并且在項目過程中控制成本。有的時候利潤并不是優(yōu)先目標(biāo)，其他可能的目標(biāo)是：贏得客戶；打響品牌；鍛煉隊伍等，如果你以打響品牌為第一目標(biāo)，那你就要嚴(yán)格控制質(zhì)量，不太考慮成本和利潤。公司可以把若干目標(biāo)按優(yōu)先順序列出，項目經(jīng)理能實現(xiàn)前幾個即為成功，如果全部實現(xiàn)，那此項目經(jīng)理就很了不起了。  
　　需求分析師：項目實施后客戶對需求變更的多少，變更越少，需求分析師業(yè)績越好。需求分析師的工作對項目成敗有極大的影響，它對人的要求很高，比如溝通能力，對業(yè)務(wù)的熟悉程度和判斷能力（潛在需求），對客戶組織（誰說了算）/人員（性格等）的掌握程度，對系統(tǒng)運(yùn)行環(huán)境的了解等。 
　　系統(tǒng)架構(gòu)師：項目整個過程的架構(gòu)保持不變，如果有變化，那么架構(gòu)師的工作即為失敗。系統(tǒng)架構(gòu)基于需求分析的結(jié)果，所以有時候架構(gòu)更改要歸咎于需求分析師。其實目前軟件架構(gòu)的資料信息很多，基本上都是知識，創(chuàng)新的機(jī)會不多，像David H.Hansson不滿web開發(fā)的煩瑣，創(chuàng)建了Rails on Ruby的例子屬于極少數(shù)，我們多數(shù)都選擇成熟的框架和技術(shù)。架構(gòu)師需要有廣泛的知識和長期的經(jīng)驗。并且能追蹤軟件技術(shù)的最新發(fā)展。 
　　系統(tǒng)設(shè)計師：項目實施后維護(hù)開發(fā)（針對新需求）工作量的多少，改動越少，設(shè)計師的業(yè)績越好。設(shè)計師的工作是項目中最具創(chuàng)新潛力的部分，精妙的模型，算法開發(fā)，公司的核心技術(shù)都來源于此處，不同設(shè)計師的工作成果可能是天上地下，當(dāng)然了，缺少巧妙設(shè)計的軟件系統(tǒng)也可以跑，但后續(xù)的維護(hù)開發(fā)必定會成為一個成本黑洞。 
　　軟件開發(fā)師：軟件的bug數(shù)量和修復(fù)bug的時間以及bug的嚴(yán)重程度，公司可以有一個公式來量化這些指標(biāo)。軟件開發(fā)師的工作是項目質(zhì)量的基本保證，軟件系統(tǒng)最終要在這里變成成品。很多時候軟件開發(fā)師也兼著設(shè)計工作，那么他們的重要性就更大了，好的開發(fā)人員多數(shù)是好的設(shè)計人員，因為寫代碼本身也是在做設(shè)計。 
　　測試工程師：軟件實施后bug的數(shù)量和嚴(yán)重程度。考核開發(fā)人員和測試人員都用了bug指標(biāo)，但這些bug應(yīng)該是獨立計算的。這里bug是廣義的，比如壓力測試不過關(guān)，也算一嚴(yán)重的bug。 考試大編輯整理
　　最后是架構(gòu)/設(shè)計/開發(fā)/測試的反復(fù)，這里情況比較復(fù)雜，比如代碼質(zhì)量低下造成測試人員工作量的劇增，測試人員是比較冤枉的，這里就需要項目經(jīng)理的智慧了，具體情況具體分析，對項目經(jīng)理的要求是全面的，項目經(jīng)理需要對團(tuán)隊士氣負(fù)責(zé)，要知道，軟件開發(fā)是智力活（體力活的觀點非常錯誤），人的因素最重要。 
　　項目經(jīng)理負(fù)責(zé)真實而準(zhǔn)確的記錄項目所有數(shù)據(jù)，這是業(yè)績考核的根據(jù)，他必須做到公平、公正、公開！