最近在學(xué)習(xí)PSP，其核心思想是：記錄自己的
工作數(shù)據(jù)，通過數(shù)據(jù)找出有問題的地方予以改進(jìn)，通過數(shù)據(jù)預(yù)測自己將來執(zhí)行某項任務(wù)時所需要的時間。
如果衡量開發(fā)人員的工作需要真實地記錄他們工作的執(zhí)行情況的話，那么開發(fā)人員似乎沒有很大的動力做這件事，因為：
他們似乎需要花費(fèi)大量的時間執(zhí)行一些和任務(wù)本身沒有關(guān)系的事情。
由于PSP也需要開發(fā)人員記錄自己代碼的缺陷，因此開發(fā)人員可能寧可不記錄，來讓自己顯得“不那么笨”。
所以，我必須找到一種激勵方法，讓他們愿意如實地記錄自己代碼中注入的缺陷。我們可能不能采用“發(fā)現(xiàn)缺陷則懲罰”的方法，因為代碼中總是有缺陷的。我們或許可以采取一定的獎勵措施，這種獎勵措施由“短期的、相對容易實現(xiàn)的目標(biāo)”和“長期的、不容易實現(xiàn)的目標(biāo)”組成。前者的目的是引導(dǎo)開發(fā)人員經(jīng)常性地關(guān)注自己的代碼質(zhì)量，努力降低缺陷率。由于是短期的且相對容易實現(xiàn)的，則相應(yīng)的獎勵也比較小。而如果在一個較長的時間內(nèi)開發(fā)人員能夠始終保持低缺陷率，則第二種獎勵便可自動達(dá)到。
例如，“短期的、相對容易實現(xiàn)的目標(biāo)”可以是在一個迭代中“每千行代碼包含的缺陷數(shù)量低于10個”；“長期的、不容易實現(xiàn)的目標(biāo)”可以是在連續(xù)的12個迭代中至多只有2個迭代的缺陷率沒有達(dá)到“每千行代碼包含的缺陷數(shù)量低于10個”。
我們不應(yīng)該采取“發(fā)現(xiàn)缺陷則獎勵”的措施，因為這會激勵
測試人員去匯報一大堆無關(guān)緊要的缺陷。對于測試人員，可以采用“產(chǎn)品發(fā)布后，在一定時間內(nèi)客戶沒有報出一定數(shù)量的缺陷，則獎勵測試人員。”
無論是對于開發(fā)人員還是測試人員，這種獎勵最好是針對團(tuán)隊整體的，或者至少是團(tuán)隊層面和個人層面都有的，而不要僅僅在個人層面。這樣做的期望是讓每個人都為團(tuán)隊整體的績效負(fù)責(zé)，同時在某些人可能明顯拖整體后腿的前提下，讓一些一直努力的人可以得到獎勵。
要讓開發(fā)人員明白，他們的職責(zé)是兩點：
按時開發(fā)出符合質(zhì)量要求的產(chǎn)品。
為公司省錢。事實上，這第二點要求是第一點要求的連帶產(chǎn)品：只要“按時”和“符合質(zhì)量”，就為公司省下了錢。
最終的目標(biāo)：讓團(tuán)隊在保證工作質(zhì)量的前提下，過上朝九晚五的
生活。注意反之是不成立的。
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters