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