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