中國速度之二神山建設(shè)（4）：全能運維，召之即來，來之即戰(zhàn)-創(chuàng)新互聯(lián)

內(nèi)容來源：DevOps案例深度研究第4期 – 火神山雷神山 DevOps實踐研究戰(zhàn)隊（本文只展示部分PPT及研究成果，全程視頻請移步文末）本案例內(nèi)容貢獻(xiàn)者：賴澤薇、張揚、鄧茜蕓、韋一、劉德權(quán)、候利濤、馮利娟、常相宇、張力、韓豐、陳浩 IDCF指導(dǎo)老師：王立杰、許舟平、姚冬、徐磊

（圖片來源于網(wǎng)絡(luò)）

一、中國速度，為瀑布站臺

網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)建站！專注于網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、小程序開發(fā)、集團企業(yè)網(wǎng)站建設(shè)等服務(wù)項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了河北免費建站歡迎大家使用！
我們看一下火神山雷神山建設(shè)的整體過程，它是典型的瀑布模式。主要體現(xiàn)在階段定義清晰、順序串行開展，前期規(guī)劃驅(qū)動，交接棒式進(jìn)行，上一個階段的輸出是下一個階段的輸入。由于前期在時間、范圍和成本方面做了強力的約束，那么在進(jìn)行中不接受變化，因為變更代價巨大。

在上世紀(jì)60年代軟件危機爆發(fā)之后，軟件行業(yè)繼續(xù)找到一種科學(xué)體系化的方法來進(jìn)行軟件開發(fā)，最早的瀑布模型就是來自于工業(yè)制造和建筑建造的模式。

但是為什么在我們的軟件領(lǐng)域，要從起初瀑布模式往敏捷模式演進(jìn)？因為軟件開發(fā)不確定性更多，需要快速應(yīng)對變化的需求，業(yè)界對研發(fā)模式方面也在不斷地探索，如何提升效率、提高軟件質(zhì)量。常見的幾個模型有瀑布、螺旋、迭代、敏捷。其特點主要表現(xiàn)為：

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

那么我們?nèi)绾芜x擇這些模型和框架？其實對于簡單域，我們更推薦瀑布模式。因為需求明確、范圍清晰、周期確定的情況下，瀑布也可以很快。只需要強有力的執(zhí)行計劃、不斷提升技術(shù)，自動化一切，有效的溝通，團隊賦能就可做到快速交付，而無需反復(fù)驗證確認(rèn)。但是有個問題是，軟件開發(fā)往往是一個繁雜或者復(fù)雜的過程，因為需求是不斷變化的。尤其是對于創(chuàng)新型的業(yè)務(wù)應(yīng)用，在一開始的時候只是一個商業(yè)想法，構(gòu)建業(yè)務(wù)應(yīng)用也是為了快速驗證這個想法是否可行，這是一個不斷假設(shè)和驗證的過程。在這樣的場景下，敏捷模式是更合適的。其實我們很多人都忽略了敏捷宣言的最后一句話，往往最后一句話也是最重要的。這句話是“也就是說，盡管右項有其價值，我們更重視左項的價值?！?它想表達(dá)的是盡管瀑布價值有其價值，但是我們更重視敏捷開發(fā)的價值，這是一種價值觀的取舍。所以很多時候瀑布和敏捷會存在融合。從火神山雷神山醫(yī)院的建設(shè)來看，在整體上很多項目不得不以瀑布計劃的方式進(jìn)行，核心是減小瀑布模型的粒度，采用敏捷開發(fā)的優(yōu)秀實踐方式，提高開發(fā)的溝通效率。

二、中國速度，中國質(zhì)量

從早期豐田的精益生產(chǎn)系統(tǒng)，一直到目前流行的DevOps理論框架，關(guān)于項目質(zhì)量管理的方法論有很多種。在這里，我將這些歷史的和現(xiàn)存的各種質(zhì)量管理的核心思想抽象并概括為“質(zhì)量內(nèi)建三部曲”，即：
從“做正確的事”，到“正確地做事”，再到“最小的質(zhì)量成本”。從項目生命周期的維度，按照質(zhì)量內(nèi)建的原則，分別從設(shè)計、實施、驗收和運維這四個階段進(jìn)行質(zhì)量管理和控制。

三、全能運維,召之即來，來之即戰(zhàn)

兩座醫(yī)院的醫(yī)療團隊組建起來了，是不是就可以按部就班開展救治，就萬事大吉了？很顯然并不是，等待醫(yī)療團隊來解決的困難還有一大把呢，我們這里列出了醫(yī)療團隊在接手救治的過程中面臨的四個方面的主要困難。

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

火神山和雷神山兩座醫(yī)院，在短時間內(nèi)匯集了來自全國各地的軍隊和地方醫(yī)護人員，他們克服重重困難，開足馬力收治新冠肺炎患者，快速將兩座醫(yī)院的效能發(fā)揮到大程度，成為了此次重大疫情防控戰(zhàn)斗的中流砥柱。這些醫(yī)護人員面臨的任務(wù)艱難程度是前所未有的，但是他們的實際表現(xiàn)卻足以令我們所有人刮目相看。從這個意義上來說，他們絕對稱得上是全能型的運維團隊。東方紅，太陽升，春天就要來到武漢城。當(dāng)我們在這里坐而論道，侃侃而談的時候，前方傳來好消息，截至目前，火神山和雷神山兩座醫(yī)院的醫(yī)護團隊，全都是0感染！距離戰(zhàn)役結(jié)束雙0感染的目標(biāo)，我們又近了一步?。ㄗⅲ罕疚某晌臅r間 2020年3月15日）

文章名稱：中國速度之二神山建設(shè)（4）：全能運維，召之即來，來之即戰(zhàn)-創(chuàng)新互聯(lián)
標(biāo)題URL：http://bm7419.com/article0/didcoo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供ChatGPT、網(wǎng)站排名、App開發(fā)、做網(wǎng)站、定制開發(fā)、網(wǎng)站內(nèi)鏈

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)