在軟件開發(fā)的過程中隨著業(yè)務的復雜，產生缺陷是在所難免的，而發(fā)現缺陷修正缺陷的代價也會越來越大，當業(yè)務價值和缺陷共存的時候是追求0缺陷還是追求業(yè)務價值最大化成為了相當困難的抉擇。
價值優(yōu)先還是質量零缺陷優(yōu)先誰說了算 最后做什么是PO產品負責人說了算，但是責任是團隊共擔的。
如何定義缺陷的等級 從價值角度可以將缺陷分為影響價值無法使用，影響價值不完全使用，影響價值不好使用和不影響價值這樣幾類。對于前兩類一定是確保問題被修復的，而后兩者可以通過簡單的屏蔽和說明進行引導。
為什么不能0缺陷上線 假設問題都解決了，價值過期了怎么辦？沒有按時上線反而是最大的BUG，因為一個價值都不能實現。與其內部解決問題，何不有控的在生產環(huán)境運行，發(fā)現具體問題及時修復呢？
質量內建是為了以更加低的成本及時發(fā)現問題，修正問題，但并不是追求零缺陷。
所以DevOps持續(xù)交付能力是構建適應變化的基礎，另一方面的難度在于團隊對于質量的定義，也就是用戶故事中虛擬角色所需要的價值。是更多考慮游戲中的硬核玩家還是更多普通玩家呢？至少一個網游人多才是王道吧？
你是人間的四月天-一句愛的贊頌我說。 你是人間的四月天；笑響點亮了四面風； 
|
