用例設(shè)計(jì)在軟件開發(fā)項(xiàng)目績效考核中的應(yīng)用

前言
沒有比較就沒有考核?？冃Э己说母灸康木褪峭ㄟ^考核等管理手段促進(jìn)績效的提高，要怎樣才能知道績效提高了呢？一定要有比較！因此，我們要使用一個(gè)指標(biāo)體系來算出這個(gè)績效的數(shù)據(jù)。本文介紹的績效考核方法可以使：
1.　各個(gè)項(xiàng)目之間有著客觀一致的績效考核標(biāo)準(zhǔn)
2.　項(xiàng)目組內(nèi)各成員的之間有著客觀一致的績效考核標(biāo)準(zhǔn)
3.　員工可以計(jì)算自己的績效考核結(jié)果

實(shí)例
一般軟件公司是這樣進(jìn)行績效考核的：
1.　按項(xiàng)目開發(fā)的階段劃分項(xiàng)目，并制定相關(guān)的計(jì)劃
2.　在月初，雙方確認(rèn)這個(gè)月要完成的計(jì)劃內(nèi)容
3.　在月末，對(duì)這些計(jì)劃內(nèi)容的完成情況進(jìn)行評(píng)分
4.　依據(jù)評(píng)分的結(jié)果考慮是否加或扣當(dāng)月工資
如：
被考核人：XXX　　考核人：XXX　　　考核月份：2006-3　　制表時(shí)間：2006-3-6
-------------------------------------------------------------------
計(jì)劃內(nèi)容　　　　　　　　　　權(quán)重　　預(yù)計(jì)完成　　實(shí)際完成　　評(píng)估分?jǐn)?shù)
-------------------------------------------------------------------
完成A網(wǎng)站的需求、開發(fā)、測試 20　　　25　　　　　30　　　　　80
完成B應(yīng)用系統(tǒng)的需求　　　　 30　　　15　　　　　20　　　　　80
完成C　應(yīng)用系統(tǒng)的上線　　　 50　　　20　　　　　10　　　　　100
-------------------------------------------------------------------
合計(jì)　　　　　　　　　　　　100　　　　　　　　　　　　　　 90

問題
我們看看上面這張考核表，不難發(fā)現(xiàn)：
1.　多個(gè)項(xiàng)目之間的評(píng)分標(biāo)準(zhǔn)不一致，不同項(xiàng)目的團(tuán)隊(duì)成員易產(chǎn)生對(duì)考核結(jié)果不滿的情緒，有以下幾個(gè)原因：
a)　計(jì)劃內(nèi)容本身的界限是不清晰的
b)　不同項(xiàng)目的階段所需求工作量不相同，或者很難找到它們之間的可計(jì)算
2.　單個(gè)項(xiàng)目中的各成員之間的評(píng)分標(biāo)準(zhǔn)不一致，團(tuán)隊(duì)成員易產(chǎn)生對(duì)考核結(jié)果不滿的情緒
3.　評(píng)分沒有客觀依據(jù)，過于主觀，不能令人信服
4.　員工在不能預(yù)見自己的績效考核結(jié)果，找不到提高評(píng)分的辦法
5.　看不到不同時(shí)間考核結(jié)果的差異，對(duì)員工的績效提高沒有實(shí)質(zhì)性的幫助

實(shí)際過程
了解RUP(rational　unified　process)　的朋友，知道軟件開發(fā)過程并不是我們想象的如此簡單。它告訴我們?cè)谕粋€(gè)時(shí)間內(nèi)所有的開發(fā)階段是有可能共存的。也是說整個(gè)開發(fā)過程可以是多個(gè)迭代同時(shí)進(jìn)行。
讓我們回顧一下日常的開發(fā)過程：
1.　得知有一個(gè)項(xiàng)目需要開發(fā)。有可能是老板告訴你的，也可能是業(yè)務(wù)部門告訴你的，總之我們要為它而工作了，同時(shí)確信老板同意開始這個(gè)項(xiàng)目
2.　對(duì)這個(gè)項(xiàng)目涉及的人員及其需求進(jìn)行調(diào)查。這里的需求包括了所有項(xiàng)目的需求，比如老板對(duì)這個(gè)項(xiàng)目的要求及期望，用戶對(duì)這個(gè)項(xiàng)目的期望，開發(fā)人員對(duì)這個(gè)項(xiàng)目的期望。這時(shí)，我們很快會(huì)發(fā)現(xiàn)，調(diào)查所有人是不可能的，調(diào)查所有需求也是不可能的。因此，
1)　我們會(huì)先找?guī)讉€(gè)關(guān)鍵人物，了解他們的期望，確定系統(tǒng)的邊界（或叫輪廓，XP(Extreme　Programming)中把它叫系統(tǒng)隱喻）；
2)　再把系統(tǒng)劃分為幾個(gè)部分，確定先做哪個(gè)部分后做哪個(gè)部分；
3)　再一個(gè)一個(gè)部分對(duì)需求進(jìn)行調(diào)查
當(dāng)我們?cè)谡{(diào)查的時(shí)候，常常會(huì)發(fā)現(xiàn)新的部分之間的關(guān)聯(lián)，這使我們不得不對(duì)這兩個(gè)部分的內(nèi)容進(jìn)行檢查，加的加，改的改，刪的刪。
3.　基于調(diào)查的結(jié)果進(jìn)行設(shè)計(jì)。這個(gè)時(shí)間，我們經(jīng)過對(duì)這些需求的分析、歸類，設(shè)計(jì)一個(gè)開發(fā)的模型以支持這些需求。設(shè)計(jì)時(shí)也免不了會(huì)發(fā)現(xiàn)需求不對(duì)的地方，對(duì)需求進(jìn)行加的加，改的改，刪的刪。
4.　基于設(shè)計(jì)的結(jié)果進(jìn)行編碼、集成。也免不了會(huì)發(fā)現(xiàn)設(shè)計(jì)、需求不對(duì)的地方，對(duì)需求進(jìn)行加的加，改的改，刪的刪。
5.　基于編碼的結(jié)果進(jìn)行測試，以驗(yàn)證軟件是否達(dá)到了需求。我們常常發(fā)現(xiàn)這時(shí)的需求與設(shè)計(jì)之前的需求已有了很大的變化。
6.　發(fā)布（部署）產(chǎn)品，進(jìn)行項(xiàng)目收尾。
如果某一時(shí)間，客戶要知道項(xiàng)目進(jìn)行到哪了，我們告訴他設(shè)計(jì)已完成，正進(jìn)行編碼工作。當(dāng)有需求變更時(shí)，相關(guān)的需求、設(shè)計(jì)又要來過?？蛻裟懿粦岩晌覀兊幕卮鹈矗?br> 做過軟件開發(fā)的人就會(huì)知道，上面的過程描述中有很大的問題。我們的做過程并沒有錯(cuò)，一個(gè)一個(gè)需求，一個(gè)一個(gè)功能的實(shí)現(xiàn)，有變更時(shí)就一個(gè)一個(gè)變更的實(shí)現(xiàn)，大家都這樣做，也只有這樣做。對(duì)于一個(gè)應(yīng)用軟件項(xiàng)目來講，而不太可能真正的按軟件書上寫的過程一個(gè)一個(gè)過程的做下去，集中10天做完所有的需求，集中20天內(nèi)做完所有設(shè)計(jì)。
做的過程沒有錯(cuò)，把過程描述出來，為什么就錯(cuò)了？原因很簡單：我們?cè)诿枋鰰r(shí)，總喜歡套用一些"模式"，一些書寫的"方法"，而不是按實(shí)際的過程描述。如果我們不套用任何模式，將會(huì)如何呢？我們?cè)賮砻枋鲆槐樯厦娴倪^程：
1.　了解軟件項(xiàng)目的故事（story）。開始一個(gè)軟件應(yīng)用項(xiàng)目，了解關(guān)鍵人物都有哪些？他們要求是一個(gè)什么樣的系統(tǒng)？把這些要求描述成一個(gè)一個(gè)的故事，如果稍稍規(guī)范一點(diǎn)。就會(huì)象這樣：
1)　這個(gè)系統(tǒng)的目標(biāo)是為了誰解決什么問題
2)　第一步做什么，系統(tǒng)反饋什么
3)　第二步做什么，系統(tǒng)反饋什么
4)　…
5)　問題解決了，結(jié)束本故事
我們會(huì)仔細(xì)的看這些故事，發(fā)現(xiàn)有些地方看不懂，于是我們就去問清楚，有些事情是那個(gè)描述故事的A也不清楚的，但A告訴我們B會(huì)懂，于是我就問B；有些事情A也不知道有誰會(huì)知道，我們就把它放在一邊，等知道的時(shí)候再問，繼續(xù)看其他的故事。
2.　了解系統(tǒng)隱喻，構(gòu)造軟件框架。永遠(yuǎn)也問不清楚所有的事情，所以當(dāng)我們知道整個(gè)系統(tǒng)的是為了解決什么問題，將用什么辦法來解決它（暫時(shí)叫做系統(tǒng)隱喻），關(guān)鍵人物也認(rèn)可時(shí)，我們就不再問下去了。我們依據(jù)這個(gè)系統(tǒng)隱喻去構(gòu)造一個(gè)最上面的故事。然后，只關(guān)心與這個(gè)故事有關(guān)的故事。同時(shí)構(gòu)造一個(gè)程序框架以支持項(xiàng)目的開發(fā)
3.　實(shí)現(xiàn)故事。在軟件框架上，實(shí)現(xiàn)一個(gè)故事，再實(shí)現(xiàn)一個(gè)故事，…
4.　實(shí)現(xiàn)變更。有時(shí)發(fā)現(xiàn)事情并沒有想象的簡單，于是就變更它，這就要求我們實(shí)現(xiàn)這些次變更。它象實(shí)現(xiàn)故事一樣：實(shí)現(xiàn)一次變更，再實(shí)現(xiàn)一次變更，…
5.　部署軟件。感覺軟件已達(dá)到了可被接受的預(yù)想或合適的要求了，就發(fā)布這個(gè)軟件。
上面所說的故事就是我們常說的用例（use　case）。我們可以使用用例的形式來描述整個(gè)系統(tǒng)的計(jì)劃內(nèi)容，并計(jì)算它的工作量，為工作之間、項(xiàng)目之間的績效提供一個(gè)統(tǒng)一的衡量標(biāo)準(zhǔn)。
這時(shí)，我們發(fā)現(xiàn)：
1.　由故事（有些項(xiàng)目可以用故事所包含的步驟）的數(shù)量可計(jì)算出開發(fā)的工作量
2.　我們實(shí)際開發(fā)工作過程的時(shí)間、成本、進(jìn)度是可以被不了解項(xiàng)目實(shí)現(xiàn)技術(shù)的人所感知的
如果我們仔細(xì)查看項(xiàng)目的所有工作，會(huì)發(fā)現(xiàn)有些工作不是基于某個(gè)用例的，也與某些用例沒有直接關(guān)系，如何拿用例來計(jì)算它的工作量呢？在項(xiàng)目的開發(fā)中確定存在這些工作，如項(xiàng)目開始時(shí)的"了解軟件項(xiàng)目的故事"。但通過分析知道，在一個(gè)軟件項(xiàng)目中頂層用例的數(shù)量是不難預(yù)測的，也是說在這個(gè)時(shí)期要向關(guān)鍵人了解的用例數(shù)是可以預(yù)測的。我們不難發(fā)現(xiàn)，要了解的用例數(shù)越多，需求了解的工作量就越大。在相同類型的應(yīng)用軟件開發(fā)中，需求了解的工作量與用例數(shù)量的比例是基本一致的。同理，了解系統(tǒng)隱喻，構(gòu)造軟件框架、部署軟件的工作量與用例的量也是成比例的。
在沒有不熟習(xí)技術(shù)的前提下，根據(jù)本人的經(jīng)驗(yàn)，同類軟件項(xiàng)目的工期與底層用例數(shù)（更多信息請(qǐng)參考"http://m.opto-elec.com.cn/publish/html/14215.html"）或步驟數(shù)有著可計(jì)算的關(guān)系，如WEB應(yīng)用軟件中，一個(gè)底層故事的開發(fā)時(shí)間大約為1.5個(gè)人日。這個(gè)是經(jīng)驗(yàn)數(shù)據(jù)，在不同的公司可能有所不同。網(wǎng)上也有文章證明不同規(guī)模的應(yīng)用軟件，故事與程序代碼的行數(shù)有一定的計(jì)算關(guān)系。這樣我們的不同項(xiàng)目，或同一項(xiàng)目的不同故事之間，在時(shí)間、成本、進(jìn)度上就具有了可比性。
同時(shí)，我們發(fā)現(xiàn)項(xiàng)目的進(jìn)度、成本的估算可以通過簡易的公式進(jìn)行一次性計(jì)算得到

解決方法
可以使用用例（use　case）來計(jì)算項(xiàng)目的進(jìn)度、成本，如果使用這個(gè)計(jì)算結(jié)果作為考核的依據(jù)的評(píng)分標(biāo)準(zhǔn)，將可以很好的完成績效考核。它的作法是：
1.　對(duì)要做的項(xiàng)目進(jìn)度評(píng)估，確定其可能擁有的用例數(shù)，并用這個(gè)用例數(shù)計(jì)算進(jìn)度、成本的要求，從而確定計(jì)劃內(nèi)容
2.　在月初，雙方確認(rèn)這個(gè)月要完成的計(jì)劃內(nèi)容
3.　在月末，對(duì)這些計(jì)劃內(nèi)容的完成情況進(jìn)行評(píng)分
4.　依據(jù)評(píng)分的結(jié)果考慮是否加或扣當(dāng)月工資
如：
被考核人：XXX　　考核人：XXX　　　考核月份：2006-3　　制表時(shí)間：2006-3-6
-------------------------------------------------------------------
計(jì)劃內(nèi)容　　　　　　　　　　　　權(quán)重　　預(yù)計(jì)完成　　實(shí)際完成　　評(píng)估分?jǐn)?shù)
-------------------------------------------------------------------
完成A網(wǎng)站的用戶模塊、首頁面模塊 30　　　10　　　　　10　　　　　100
完成B應(yīng)用系統(tǒng)的用戶模塊　　　　 20　　　20　　　　　20　　　　　100
完成C　應(yīng)用系統(tǒng)的轉(zhuǎn)帳模塊　　　 50　　　30　　　　　25　　　　　200
-------------------------------------------------------------------
合計(jì)　　　　　　　　　　　　　　100　　　　　　　　　　　　　　 150

　　由于這種方法使用了與具體項(xiàng)目的特性、過程無關(guān)的評(píng)分標(biāo)準(zhǔn)，所以可以保證本績效考核方法可以達(dá)到以下幾個(gè)目標(biāo)：
1.　使各個(gè)項(xiàng)目之間有著客觀一致的績效考核標(biāo)準(zhǔn)
2.　使項(xiàng)目組內(nèi)各成員的之間有著客觀一致的績效考核標(biāo)準(zhǔn)
3.　使員工可以計(jì)算自己的績效考核結(jié)果

【?發(fā)表評(píng)論?0條?】