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