談質量

在個人工做經歷中質量與進度是項目中永遠的話題。測試如何保障質量？開發如何減小返工？我但願質量是能夠經過科學的方法衡量並改進的，而不只是依靠部分人的細心。

核心思想

• 質量就是符合要求
  • 必須是能夠衡量的要求，能夠說明清楚的要求
  • 衡量質量要用金錢或代價，把事情作錯的成本
• 第一次就把事情作對
  • 預防缺陷是下降成本的最好方法
  • 以零缺陷做爲工做標準

問題思考

以零缺陷做爲工做標準是否現實，實際工做中如何踐行？

個人理解是即便將目標設置爲4個9甚至6個9都是不夠完美的，容許缺陷的存在工做中就給了本身一個藉口，而這樣一個藉口就可能成爲萬惡之源。關於質量改進並非只有達成和不達成2個結果，而是每一點進步都有意義，每一點改進都是金錢。勇敢地以零缺陷做爲工做標準吧。這確實須要勇氣與決心。

工做中的實踐方式個人一個原則就是不要挖坑，不要有「如今先挖一個坑未來再填」的想法。按照無數的經驗未來必定不會填，或者填的代價每每超過預期。

零缺陷目標與績效目標的關係？

績效目標咱們更關注是否達成，今年的績效達成明年就有更高的要求。因此在績效目標設定上經常會根據現實狀況設定一個數值。而零缺陷目標則不容許有這樣一個數字。我並無太多績效評定的經驗，但有一點原則，績效的成果是看實際達成狀況的，並不僅看目標是否達成，不然沒人願意設定高目標了。

個人想法是零缺陷目標能夠做爲標準、價值觀，但不適合直接作爲績效目標。

缺陷指標更適合作爲一個負分指標，只有0缺陷纔是合理的，哪怕只有1個缺陷也是會形成損失的。同時獎勵預防缺陷活動，預防損失節省下的錢也是錢。

預防缺陷是否須要提早付出巨大代價？會像過早優化同樣成爲問題？

方案設計中經過分析會出現一些發生機率極低的場景，而爲了完美處理這些場景，須要在增長方案複雜性、投入不少工做量，甚至引入更多其餘的風險。這樣的事情與零缺陷的工做標準是否違背呢？

個人想法是應該基於風險考慮，若是機率極低影響小，是應該考慮利用更高層的機制（例如告警/重啓/文檔說明/人員培訓）等方式解決問題，而不該該使方案複雜度提高太多。對於這類場景咱們並不缺乏關注，預防缺陷的方法能夠不少，不是全部風險都須要必定經過軟件代碼保障，眼界能夠更寬廣一些。

其餘想法

《質量免費》是一本寫給管理者的書，若是工做上不是管理崗位，能夠把本身當成本身的管理者。

參考資料

• 《質量免費》https://book.douban.com/subject/6429613/