中國速度之二神山建設（4）：全能運維，召之即來，來之即戰

內容來源：DevOps案例深度研究第4期 – 火神山雷神山 DevOps實踐研究戰隊（本文只展示部分PPT及研究成果，全程影片請移步文末）

本案例內容貢獻者：賴澤薇、張揚、鄧茜芸、韋一、劉德權、候利濤、馮利娟、常相宇、張力、韓豐、陳浩 

IDCF指導老師：王立傑、許舟平、姚冬、徐磊

在上世紀60年代軟體危機爆發之後，軟體行業繼續找到一種科學體系化的方法來進行軟體開發，最早的瀑布模型就是來自於工業製造和建築建造的模式。

• 瀑布式開發：順序開展、文件驅動。要求每一個環節的工作儘可能充分討論、論證，減少施工風險，減少返工。
• 螺旋開發：開始將瀑布開發的模式進行粒度的拆分，將整個開發過程劃分為一個個階段，在每個階段引入風險分析。它是風險驅動的方法體系，在每個階段之前，都必須進行風險評估，使軟體在無法排除重大風險時有機會停止，以減小損失。但螺旋開發更傾向於是增量開發方式，它將整個軟體功能的開發拆分為多個可控的階段，最終的軟體交付還是在最後一步。
• 迭代式開發：在螺旋開發之上出現了先保證能用，再想辦法讓它好用。不要求每一個階段的任務做的都是做到盡善盡美，而是根據優先順序來交付高價值的功能。以最短的時間構建一個 MVP，交付給客戶之後，再透過客戶或使用者的反饋，逐步進行完善。 
• Scrum框架：是一個包含增量和迭代的框架。強調固定週期、固定節奏、強調團隊協作，強調質量、強調成果可釋出，能快速被驗證。

• 一是業務非常緊急，但是醫院的交付卻談不上多麼完整。多個支援雷神山的醫療團隊在接手病區後發現，等待他們的幾乎都是空空如也的病房。醫護人員要讓病房工作起來，需要自己先動手到各處尋找、搬運、安裝和現場除錯眾多裝置。這就相當於既要當好運維，還得幫開發擦屁股收拾殘局。
• 二是業務型別全新，但是培訓卻談不上多麼充分。兩家醫院的醫療團隊成員本職專長業務千差萬別，在疫情的緊急要求下，卻都需要在極短時間內完成新冠肺炎診治這項新業務的培訓熟悉，然後立即投入到實際運維工作中。
• 三是團隊都是臨時組建，投入實際診治工作之前缺乏必要的磨合。由於各個醫療團隊都是來自多個地方的人員臨時組建而成，收治工作過程中的所有配合與協作，都是從零開始，這對所有運維人員的業務素養和團隊配合能力都提出了極高的要求。
• 四是疫情嚴重，醫護人員本身處在一線，被傳染的風險極高。這就要求全體醫護人員在開展收治工作的過程中，必須千方百計做好充分的自身防護。