在這套流程機制中，我們可以看到：
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)移動客戶端、服務端與網絡的性能監(jiān)控與管理。
