清單革命與運維

最近有幸聽到樊登老師講的《清單革命》，仔細閱讀越發感嘆其神奇，今天那麼就借這個話題水一篇我如何在我的工作中應用清單的。

下面我們分享摘錄清單革命作者「啊圖」的兩個故事：

故事一：有一天，醫院裡來了乙個病患，他在舞會上被人捅了一刀。醫生按照常規的做法做了處理，卻沒有解決問題。原來這位傷者參加的是化裝舞會，捅他的凶器是長軍刀，造成的傷口很深、傷害很大。按照一般刀傷處理，深度太淺，而傷者的身體內部已經受傷嚴重。

醫生的流程清單上沒有詢問傷害**這一項，造成了疏忽，給他們很大的教訓。

故事二：在阿爾卑斯山區的克拉根福小鎮，有乙個小姑娘在冰天雪地裡掉入了冰窟窿，過了半個小時才被人發現、救出。一般的醫院對此都無能為力，但是當地的醫院，雖然只是個小鎮醫院，卻把小姑娘救了回來。

究其原因，原來這個小鎮每年都會遇到很多這樣的事故，長此以往積累了經驗，當地醫院制訂了詳細的對策，列出了清單，按照步驟緊密施救，得以成功。有沒有「清單」的差別就是如此明顯。

清單，即「檢查清單」（checklist），是一種列出工作流程、要點、注意事項的工具，使用清單幫助檢查流程、細節。

在人類面臨的問題中，可以分為三類：

簡單問題：如簡單的算術和蛋糕烘焙；

複雜問題：如手術、開飛機、發射火箭；

極端複雜問題：如撫養子女。處理其中的複雜問題和極端複雜問題時，清單的作用尤為明顯，重要性不言而喻。

清單為我們提供了一種「認知防護網」，能夠抓住每個人生來就有的認知缺陷。

上面我們簡單了解了清單革命，更詳細的資訊可以購買書籍或者通過樊登讀書會來閱讀。

運維工作中不免會產生如下幾種場景：

服務上線，服務上線可能包含，資源申請、環境部署、系統聯調、上線預熱、服務check；

運維接觸乙個新的環境，面對的乙個工業機器不知從何下手，不知該怎麼做；

許可權過於集中一人或者服務執行過於依靠這個人；

下面我們對這三種情況進行簡單分析說明一下。

筆者經歷過因為上線遇到的各種各樣的不愉快的事情，下面我已我自身親身經歷的事情來分享一下。

p1, 事情經歷是，我們在原定計畫上線日期進行上線，當我們通過開發環境-->測試環境-->預生產(卡了大致有超出預期三小時)，而導致預期會產生問題的重要原因是研發提供的sql有遺漏，當業務上線到預生產環境出現了問題，最後三個小時都在查漏補漏；（當時還是單機服務相對簡單）

p2, 原定計畫月底大版本迭代，上線牽扯服務大概有10+（已經拆分微服務）；而對應該專案的leader，就在事前已經與我和測試進行確認環境問題，及資源問題；同時將上線順序及上線資源一一列出；雖然最終上線時間長達30分鐘+，但是中途連貫非常順暢；

p3, 服務大規模遷移，我們有幾次場景從某雲-->某雲，整個過程使用了清單方式，最終達到無縫銜接。

p1, 如果來了一名運維新人，你指排他去完成一項工作，比如給新服務配置乙個網域名稱，面對乙個服務的專案新手自然很難完成，很有可能造成失誤；如果是老手，配置完成後又不滿足業務需求，後期統一管理成為問題；

p2, 在業務是荒原的時候，一次上線非常困難，那個服務先上，那個服務後上，中間負載均衡器的切換；如果脫離了非常熟悉這套業務的人會不會出錯？答案是會的，及時非常熟悉這套業務的人，也會犯錯；如果將整個流程梳理成為清單，就可以減少錯誤，同時讓他人也可以快速執行，並不依賴於任何人。

清單主要避免錯誤，人類的錯誤可以分為兩種型別。第一類是「無知之錯」，犯錯是因為沒有掌握相關知識。第二類是「無能之錯」，犯錯並非是因為沒有掌握知識，而是因為沒有正確使用知識。

「無能之錯」中包括兩大難題：①記憶和注意力謬誤；②麻痺大意。

乙個真正有效的清單不是「無所不包」的，而應該簡單、可測、高效。清單的目的是為了簡單，而不是讓事情變得更複雜。

制訂和執行清單的過程中，需要格外注意的一點是，要以人為根本。清單不應當成為人的束縛，解決問題的主角是人，而不是清單。

新知識應該系統地轉變為簡單實用的操作方法，盡快地更新到清單手冊中。

清單不是靈藥，並不是有了清單就萬事大吉，可保高枕無憂。清單的一大特質是需要持續更新、不斷改善。

就算是最簡單的清單也需要不斷改進。簡潔和有效永遠是矛盾的聯合體，只有持續改善，才能讓清單始終確保安全、正確和穩定，持續發揮作用。

清單是一種工具，也是一種生活和工作方式，更是一場深刻的觀念變革。理解清單的價值，學習清單的方法，提公升效率、確保安全，改變將在無聲無息中悄然發生；同時在處於遠古洪荒時期，當一定清單已經非常系統之後，可以演變為工具，走入石器時代。