試論我們團(tuán)隊(duì)的績效管理

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

績效管理對(duì)一個(gè)Team是比較重要的一項(xiàng)日常管理任務(wù)，如何做到團(tuán)隊(duì)內(nèi)每個(gè)人的績效得分公平公正，必須有一套行之有效的方法。下面我談?wù)勎覀儾块T管理的一些方法，拿出來與大家分享，希望有相關(guān)經(jīng)驗(yàn)的人參與討論，說說你們的管理方法。

一般管理比較規(guī)范的公司都會(huì)在年終或者季度末發(fā)放績效獎(jiǎng)，而每個(gè)人的獎(jiǎng)金多少一般是根據(jù)每個(gè)人的表現(xiàn)和得分來發(fā)放的，這個(gè)得分的評(píng)定是從何而來的呢？有的是按照平時(shí)的表現(xiàn)等主管判斷來的，依據(jù)有工作態(tài)度，完成任務(wù)的效率，與其他同事的關(guān)系等，有的是按照工作日志和完成任務(wù)積分。我們部門采用的是按照平時(shí)完成的任務(wù)所獲得的有效積分，然后統(tǒng)計(jì)每周每月的報(bào)表，并對(duì)團(tuán)隊(duì)內(nèi)每個(gè)成員的積分結(jié)果進(jìn)行排名，在Team內(nèi)的每周例會(huì)上Review這些結(jié)果，讓每個(gè)成員了解本周每個(gè)人的工作進(jìn)展情況。這樣做的好處有很多，比如公開公平，方便工作統(tǒng)籌管理，了解個(gè)人人力負(fù)荷等。

首先介紹一下我們團(tuán)隊(duì)中大概的幾種角色，其中有SA系統(tǒng)分析員，SD系統(tǒng)設(shè)計(jì)人員，Dev開發(fā)人員，測(cè)試與發(fā)布人員，項(xiàng)目經(jīng)理和績效監(jiān)管人員。平時(shí)的工作中，sa的主要職責(zé)是分析用戶需求，sd負(fù)責(zé)針對(duì)需求的設(shè)計(jì)和部分開發(fā)，Dev人員專門負(fù)責(zé)自己小組產(chǎn)品的開發(fā)與維護(hù)，項(xiàng)目經(jīng)理和監(jiān)管人員負(fù)責(zé)整個(gè)Team的產(chǎn)品和人員的統(tǒng)一管理。平時(shí)的工作流程嚴(yán)格按照CMMI的一些要求，對(duì)整個(gè)團(tuán)隊(duì)成員的一些要求有，個(gè)人工作日志的每日維護(hù)，工時(shí)的Log，產(chǎn)品任務(wù)列表的維護(hù)，項(xiàng)目組成員的任務(wù)分派和劃分等。下面我從一個(gè)需求的產(chǎn)生到發(fā)布正式環(huán)境的整個(gè)流程來談一下我們平時(shí)的做法。

需要說明的是，下面說的是現(xiàn)有系統(tǒng)的維護(hù)和支持工作，新增項(xiàng)目的管理方式有另外的管理方法，跟這個(gè)稍有區(qū)別。我們Team大概有四個(gè)產(chǎn)品組，四個(gè)sa和四個(gè)sd，一個(gè)小組一般會(huì)維護(hù)幾個(gè)系統(tǒng)或者參與開發(fā)幾個(gè)項(xiàng)目，項(xiàng)目組的成員中，sa和sd的工作內(nèi)容相對(duì)比較專業(yè)一些。sa專門做需求分析和與用戶溝通的工作，一個(gè)需求產(chǎn)生之前，用戶和sa會(huì)進(jìn)行充分的溝通，包括這個(gè)需求的具體內(nèi)容和可行性。如果這個(gè)需求確定要做之后，用戶那邊的窗口會(huì)在Helpdesk系統(tǒng)中進(jìn)行填單工作，當(dāng)用戶填好需求單之后，會(huì)在系統(tǒng)中產(chǎn)生一個(gè)Ticket，sa會(huì)通知sd人員接受該Ticket，并針對(duì)該Ticket設(shè)計(jì)解決方案，如果任務(wù)量比較大，sd會(huì)細(xì)分任務(wù)并分派給小組內(nèi)的幾個(gè)成員共同完成，如果該需求比較小，會(huì)與小組內(nèi)有空余時(shí)間的開發(fā)人員溝通，并將任務(wù)分派給他，當(dāng)然sd人員也可能會(huì)直接開發(fā)這個(gè)需求。sd人員給出這個(gè)需求的設(shè)計(jì)方案的時(shí)候會(huì)預(yù)估它的開發(fā)時(shí)間和成本，比如說一個(gè)需求需要40個(gè)小時(shí)，其中開發(fā)時(shí)間為35H，測(cè)試發(fā)布時(shí)間為5H，并且這個(gè)需求分配給了開發(fā)人員小A，那么接下來小A開始做這個(gè)需求的開發(fā)工作，他每周的開發(fā)進(jìn)展會(huì)寫到Helpdesk系統(tǒng)中的Modify History中。無論小A開發(fā)這個(gè)需求實(shí)際使用了多少工時(shí)，那么他的有效工時(shí)基本上都是35H。

如果他實(shí)際使用20H開發(fā)完成，本周的其他時(shí)間他還可以接其他的需求，比如他接受了另外一個(gè)20H的需求并開發(fā)完成，那么他本周的有效工時(shí)就是35H+20H=55H，但如果小B做這個(gè)需求，由于小B的個(gè)人能力不如小A，他實(shí)際花費(fèi)了45H完成了這個(gè)需求，那么小B的有效工時(shí)還是35H。所以由于個(gè)人能力的問題，在同樣是時(shí)間內(nèi)不同的人會(huì)得到不同的績效分，有可能一周之內(nèi)小A得了55/8=6.875分，小B由于本周內(nèi)沒有完成一個(gè)需求而績效分?jǐn)?shù)為0。上面說到小A開發(fā)這個(gè)需求的過程必須在Helpdesk和個(gè)人工作日志中有記錄，這個(gè)過程的監(jiān)督工作一般是由PM或者管理人員來做的。寫這些修改記錄需要He