qileilove

          blog已經轉移至github,大家請訪問 http://qaseven.github.io/

          軟件開發團隊的質量管理的幾點想法

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

          posted on 2014-11-12 10:10 順其自然EVO 閱讀(323) 評論(0)  編輯  收藏 所屬分類: 測試學習專欄

          <2014年11月>
          2627282930311
          2345678
          9101112131415
          16171819202122
          23242526272829
          30123456

          導航

          統計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 佛冈县| 泸州市| 缙云县| 延长县| 湟源县| 临江市| 沙洋县| 晋宁县| 通州市| 凤冈县| 申扎县| 迁西县| 辽中县| 车险| 洪泽县| 龙游县| 庆阳市| 临澧县| 安溪县| 天津市| 仲巴县| 廉江市| 怀宁县| 南和县| 麟游县| 长兴县| 苗栗市| 乐业县| 怀来县| 贵定县| 鄂伦春自治旗| 嘉峪关市| 遂溪县| 马公市| 泰兴市| 军事| 北京市| 大田县| 闽侯县| 岑溪市| 紫金县|