在這個場景里，保鮮袋就是湯汁漏出來的兜底機制、緩解措施。

但是我又給自己說：

“可是，它還是漏出來了，只是可能漏的會少一點，但是湯汁弄的保鮮袋都是，我去拆包裝，還把手弄臟。這個方案并不完美?！?/p>

第二天，人還是生病沒好，于是又點了一份粥。這次點了一家相對比較出名的店鋪，價格也高了一些。

拿到外賣，我拆包裝的時候，我就驚訝的發(fā)現(xiàn)：

“他們家的打包盒怎么不用套保鮮袋？而且還沒漏出來？”

難道是配送員的問題么？

肯定不是的，現(xiàn)在配送的標準化程度很高了，不太可能會出現(xiàn)這種問題。

核心問題在于：

有些事情是一次性做好，做徹底了；

有些事情沒做到位，進入修修補補的階段，看似做了很多兜底措施，只能說是緩解，癥狀看似變輕了，但是有很多的代價要付出。

映射到企業(yè)里的日常工作，我覺得也是異曲同工，下面聊聊我對兜底的一些看法：

一、我們需不需要兜底？

毋庸置疑，我認為是需要的，尤其是在工作中會有很多不確定性的事情，且會有很多無法徹底解決的事情。

舉幾個例子：

1. 之前文章有提到，和別人談判時，最好準備plan b、plan c，這些也算是兜底的一種機制；
2. 軟件開發(fā)，不論開發(fā)怎么做設計，做開發(fā)自測，還是要有專門的軟件測試人員去再做驗證，這也是一種兜底；
3. 某個對外提供的功能，效果不達預期，但是可以通過人工的方式進行補充，也是一種兜底；

可以說兜底、緩解，我們在生活和工作里都離不開了。

那是不是和我上面的觀點沖突了？自相矛盾？

往下再看看。

二、兜底應該怎么做？

首先，兜底是必須要有的。

但是，很多團隊在制定的時候，就變成了出現(xiàn)一起問題，加一個機制，加一項checklist。

剛開始好像還好，但到后面就發(fā)現(xiàn)流程越來越重了，步驟越來越多，執(zhí)行就變得不規(guī)范或者是出現(xiàn)遺漏。

舉個例子：

1.當出現(xiàn)測試用例漏測的時候，可能就在checklist上增加一個復選項：“測試請檢查測試用例bvt是否執(zhí)行完畢”；

2. 開發(fā)過程出現(xiàn)，將不可信數(shù)據(jù)拼接到數(shù)據(jù)庫查詢，導致安全問題，就會增加復選項：“禁止直接將不可信數(shù)據(jù)拼接到SQL語句里”；

慢慢地，就發(fā)現(xiàn)checklist變成一座小山了，質(zhì)量看似保住了，但工作效率卻下降了。

這也是兜底或者是緩解措施沒做好的原因：

只有增加，沒有減少；

只有過去最優(yōu)，沒有現(xiàn)在最優(yōu)。

三、怎么減少兜底？

那這道題到底要怎么解呢？是不是就無解了？

我還是以打包盒舉個例子，來表達下我的粗略見解。

1）如果能一次性設計好并做好的，那就盡量不要上緩解措施，要從根本上解決問題。不能為了解決一個問題，而產(chǎn)生一個新的問題。

（不考慮金額的情況下）那就換個質(zhì)量好一點的打包盒，就不會漏出來了。用了緩解措施對客戶而言，手動去撕黏糊糊的保鮮袋，體驗是非常糟糕的。

當然，確實存在很多沒法一次性做好的事情，但最好是以這個為目標去做，實在是有障礙，再考慮緩解措施。

2）兜底的措施要跟隨當前的業(yè)務適當做減法，不能一塵不變。

比如：過去網(wǎng)絡帶寬小、服務器內(nèi)存小這類的情況，我們在傳輸和內(nèi)存使用上有很明確的限制，那么現(xiàn)在已經(jīng)非常充裕了，是不是這類的檢查項就應該舍棄。

3）兜底和緩解措施，最好是能自動化。

有些時候會發(fā)現(xiàn)，檢查項越加越多，裁剪了一些，仍然還是很多，那怎么辦？

答案就是自動化，機器上要做一些工作，去減少人工的成本。

比如像軟件開發(fā)要規(guī)避代碼一些質(zhì)量問題，是不是可以有一些自動化的工具能快速按照我們的標準去檢查，那開發(fā)人員只需要看檢查結果做對應修改就好了，而不需要去記住那么多的檢查項。

那映射到其他的業(yè)務上也是類似的，像一系列的辦公自動化的軟件，過去開完會議，要寫會議紀要，現(xiàn)在的軟件有些在開完會議后，能自動幫助你輸出出來，我覺得未來還能再進一步，自動將會議紀要同步到群里。

以上幾點就是我對兜底的一些感悟了。

確實很多時候，我們是一直在做加法，從不做減法。結果慢慢就開始負重前行，包袱越來越重。

“一層保鮮袋還是會漏，那就兩層，還不行，那就三層。。?！保@不是做產(chǎn)品和做研發(fā)想追求的。

還是那句話，工作是一門藝術，掌握技巧和門道才能做的更好、更輕松。