我們一直都在探討DevOps，關于“Dev”和“Ops”仿佛總有貌合神離的情況出現(xiàn)，最重要的目的就是鼓勵開發(fā)部門和運維部門通力合作。在真正的工作環(huán)境中，DevOps雖然仍存在很多爭議，但它的價值確是不可估量的，所以我們必須將DevOps進行到底。本文主要探討DevOps的一項關鍵性話題——價值流程圖，它是實現(xiàn)整個DevOps的第一步，在DevOps能否被接納的問題上起到了至關重要的作用。
“DevOps”應該從管理層認可開始
DevOps出現(xiàn)之后，大家也許曾經提出或者聽到過一個很關鍵卻又普遍的問題——“DevOps轉型應該從哪里開始？”
在工作中，并非所有人都信任DevOps，通常遇到的第一個難題是得到管理層的認可與支持，因為DevOps的核心含義可能會掀起公司的大變革。
價值流程圖才是最理想的DevOps第一步
DevOps的終極目標在于產品快速迭代的同時又能保證良好的質量水平，為了了解當前哪些人員、流程、技術需要修復或改進，我們要畫出整個軟件交付周期的價值流程圖——從接收應用或者功能的開發(fā)新要求，到將產品交付至客戶或者員工。而這正是DevOps最理想的第一步，這項工作包括：
1、全部流程區(qū)都將參與其中
2、保障信息流程與開發(fā)流程（對于應用開發(fā)工作）
3、流程時長，即新應用或功能在單一流程之內的開發(fā)周期
4、生產交貨時間，即應用或功能需要耗費多長時間來過渡到下一個流程并最終達至交付
5、現(xiàn)有應用或者功能的就緒時間
6、新型應用或者功能的現(xiàn)有交付時間
價值流程圖有很多版本，每個人的理解也有偏差，有時候在面對客戶時甚至不清楚他們是否已經擁有一套有意義的價值流程圖方案。
以下示意圖通過簡單示例解釋了新功能發(fā)布所需的價值流程圖方案：
在這套流程機制中，我們可以看到：
1、信息流程——即新功能的要求如何與業(yè)務相契合并與CIO進行對接。在這種情況下，每隔一周就要進行一次需求討論會。需要注意的是，應用智能（包括監(jiān)控與分析兩大要素）對反饋回路非常重要。
2、軟件開發(fā)流程——此流程在IT部門內部，同樣屬于新功能開發(fā)的重要組成部分。需要注意的是，應用智能同樣對軟件開發(fā)周期內的信息反饋與交付回路至關重要。
3、交付時間表——即將應用或功能由理論要求轉化為可交付內容的時間周期。在這里我們可以看到兩項計算過程：1）產品交付時間=該功能在不同流程間過渡所耗費的總時長；2）流程時間=該功能在每個流程當中所耗費的獨立時長。
4、在此之后，我們能夠一步步計算出總體功能就緒時間和總體功能交付時間。在這個示例當中，一項全新功能需要大約三個半月才能被呈現(xiàn)在用戶面前——這樣的周期對于當前追求唯快不破的用戶來說太過漫長了。
關于價值流程圖的五項提示
為自己的DevOps做一張價值流程圖僅僅只是第一步，好的價值流程圖機制應該具備極強的針對性，能夠很輕易繪制在白板之上，最重要的是能幫助工作人員解讀當前流程。而前面列舉的示例則能更近一步向企業(yè)決策者展示并爭取到他們的認可。如何做好專屬的DevOps價值流程圖，以下五點你可能會用到：
1、價值流程圖最重要的意義并不在于立即生效，它會逐步進行同時幫助同一團隊內的成員理解整個流程，通過抱怨、訴求、接納以及變更等途徑直至達成共識。這對于整個DevOps團隊來說極為重要，因為日常工作當中我們會發(fā)現(xiàn)，往往就是不溝通不訴求才會導致效率下降。
2、不要在決策制定者未了解的情況下著手構建價值流程圖，這樣的話將無法確保流程的準確性。只有決策制定者才能真正了解到整個DevOps的實際情況，能保證最后的流程能夠順利進行，這可能會很麻煩但卻非常值得。
3、對于DevOps價值流程圖的討論一般需要較長的時間，根據(jù)大家實際采取的流程情況來定，要確保不同職責的人能夠在這一環(huán)節(jié)中暢所欲言，避免把同一項內容拆分開，因為Dev和Ops在實際工作中還是有很大區(qū)別的。
4、DevOps價值流程圖的規(guī)劃需要一個主持人，他將扮演極為重要的角色。要統(tǒng)一來自不同部門的意見，調節(jié)大家的情緒波動，讓不同參與者在討論過程中始終保持正確的交流狀態(tài)。
最后是價值流程圖的發(fā)布，需要組織一次研討會或電話會議，以更正式的方式進行價值流程圖方案的發(fā)布，因為這是DevOps的第一步，同時也是最重要的一步，它是實現(xiàn)各類有價值目標的必要基礎，是以后所有工作的起點和指導。
接下來該如何使用價值流程圖？
說到這里，我們僅僅勾勒出了價值流程圖方案的輪廓，也許你的心中也有了屬于你自己的DevOps價值流程圖。需要強調的是，這里的每個流程都只是參考，我們需要結合自身實際情況，包括人員因素、內部流程與技術類別等，分辨出他們具體處于哪個階段，該流程的持續(xù)時間甚至最終交付時間如何確定，這些都是我們需要自己去考慮的。
如果最后能夠確保DevOps價值流程圖真實準確，那DevOps的第一步將走得無比堅實，這不僅能解決DevOps實施過程中的矛盾，同時還回答了之前關于DevOps的核心目標——指導我們如何在加快發(fā)布速度的同時保證成果的質量水平，從此邁出DevOps的第一步！
關于聽云：
作為國內最大的應用性能管理（APM）解決方案提供商，擁有聽云App、聽云Network、聽云Server、聽云Browser四條重要產品線。在真實用戶體驗視角下實現(xiàn)移動客戶端、服務端與網(wǎng)絡的性能監(jiān)控與管理。
京公網(wǎng)安備 11010502049343號