上期介紹了DevOps的流動(dòng)原則，是讓開(kāi)發(fā)到運(yùn)維快速的流動(dòng)。而反饋原則是從運(yùn)維到開(kāi)發(fā)快速的反饋。這兩個(gè)原則周而復(fù)始運(yùn)轉(zhuǎn)才能為客戶(hù)交付最好最快的軟件服務(wù)。今天我們來(lái)聊聊”反饋原則“。

及時(shí)發(fā)現(xiàn)問(wèn)題

一個(gè)服務(wù)/產(chǎn)品的交付歷經(jīng)了很多個(gè)過(guò)程，從需求分析，原型設(shè)計(jì)，架構(gòu)設(shè)計(jì)，編碼，測(cè)試，發(fā)布，集成測(cè)試，驗(yàn)收測(cè)試，一直到上線(xiàn)。每個(gè)階段都有工作者參與其中。任何一個(gè)問(wèn)題的產(chǎn)生都是有原因的，如果說(shuō)我們不能阻止問(wèn)題的產(chǎn)生，但是我們可以第一時(shí)間發(fā)現(xiàn)問(wèn)題，并且讓問(wèn)題立即暴露出來(lái)。例如：一個(gè)用戶(hù)需求產(chǎn)品經(jīng)理沒(méi)有分析透徹，到了開(kāi)發(fā)階段程序員在編碼的時(shí)候就會(huì)遇到需求上沒(méi)有描述到的情況，這個(gè)時(shí)候程序員就可以提出問(wèn)題，產(chǎn)品經(jīng)理就需要對(duì)這個(gè)需求進(jìn)行重新分析從而澄清問(wèn)題。這個(gè)是一個(gè)好的例子。當(dāng)然也有一個(gè)問(wèn)題經(jīng)歷了以上幾個(gè)步驟，每個(gè)步驟的參與者都沒(méi)有發(fā)現(xiàn)問(wèn)題，最后流到客戶(hù)上手的例子。這個(gè)是我們不希望看到的。