績效管理對一個Team是比較重要的一項日常管理任務，如何做到團隊內每個人的績效得分公平公正，必須有一套行之有效的方法。下面我談談我們部門管理的一些方法，拿出來與大家分享，希望有相關經驗的人參與討論，說說你們的管理方法。
一般管理比較規(guī)范的公司都會在年終或者季度末發(fā)放績效獎，而每個人的獎金多少一般是根據(jù)每個人的表現(xiàn)和得分來發(fā)放的，這個得分的評定是從何而來的呢？有的是按照平時的表現(xiàn)等主管判斷來的，依據(jù)有工作態(tài)度，完成任務的效率，與其他同事的關系等，有的是按照工作日志和完成任務積分。我們部門采用的是按照平時完成的任務所獲得的有效積分，然后統(tǒng)計每周每月的報表，并對團隊內每個成員的積分結果進行排名，在Team內的每周例會上Review這些結果，讓每個成員了解本周每個人的工作進展情況。這樣做的好處有很多，比如公開公平，方便工作統(tǒng)籌管理，了解個人人力負荷等。
首先介紹一下我們團隊中大概的幾種角色，其中有SA系統(tǒng)分析員，SD系統(tǒng)設計人員，Dev開發(fā)人員，測試與發(fā)布人員，項目經理和績效監(jiān)管人員。平時的工作中，sa的主要職責是分析用戶需求，sd負責針對需求的設計和部分開發(fā)，Dev人員專門負責自己小組產品的開發(fā)與維護，項目經理和監(jiān)管人員負責整個Team的產品和人員的統(tǒng)一管理。平時的工作流程嚴格按照CMMI的一些要求，對整個團隊成員的一些要求有，個人工作日志的每日維護，工時的Log，產品任務列表的維護，項目組成員的任務分派和劃分等。下面我從一個需求的產生到發(fā)布正式環(huán)境的整個流程來談一下我們平時的做法。
需要說明的是，下面說的是現(xiàn)有系統(tǒng)的維護和支持工作，新增項目的管理方式有另外的管理方法，跟這個稍有區(qū)別。我們Team大概有四個產品組，四個sa和四個sd，一個小組一般會維護幾個系統(tǒng)或者參與開發(fā)幾個項目，項目組的成員中，sa和sd的工作內容相對比較專業(yè)一些。sa專門做需求分析和與用戶溝通的工作，一個需求產生之前，用戶和sa會進行充分的溝通，包括這個需求的具體內容和可行性。如果這個需求確定要做之后，用戶那邊的窗口會在Helpdesk系統(tǒng)中進行填單工作，當用戶填好需求單之后，會在系統(tǒng)中產生一個Ticket，sa會通知sd人員接受該Ticket，并針對該Ticket設計解決方案，如果任務量比較大，sd會細分任務并分派給小組內的幾個成員共同完成，如果該需求比較小，會與小組內有空余時間的開發(fā)人員溝通，并將任務分派給他，當然sd人員也可能會直接開發(fā)這個需求。sd人員給出這個需求的設計方案的時候會預估它的開發(fā)時間和成本，比如說一個需求需要40個小時，其中開發(fā)時間為35H，測試發(fā)布時間為5H，并且這個需求分配給了開發(fā)人員小A，那么接下來小A開始做這個需求的開發(fā)工作，他每周的開發(fā)進展會寫到Helpdesk系統(tǒng)中的Modify History中。無論小A開發(fā)這個需求實際使用了多少工時，那么他的有效工時基本上都是35H。如果他實際使用20H開發(fā)完成，本周的其他時間他還可以接其他的需求，比如他接受了另外一個20H的需求并開發(fā)完成，那么他本周的有效工時就是35H+20H=55H，但如果小B做這個需求，由于小B的個人能力不如小A，他實際花費了45H完成了這個需求，那么小B的有效工時還是35H。所以由于個人能力的問題，在同樣是時間內不同的人會得到不同的績效分，有可能一周之內小A得了55/8=6.875分，小B由于本周內沒有完成一個需求而績效分數(shù)為0。上面說到小A開發(fā)這個需求的過程必須在Helpdesk和個人工作日志中有記錄，這個過程的監(jiān)督工作一般是由PM或者管理人員來做的。寫這些修改記錄需要Helpde