新聞中心
為了在市場中保持競爭力的技術(shù)公司都在進行某種程度的轉(zhuǎn)型。敏捷轉(zhuǎn)型、數(shù)字化轉(zhuǎn)型和DevOps轉(zhuǎn)型無處不在,因為公司試圖改變他們的工作方式,從而改善業(yè)務(wù)結(jié)果。

創(chuàng)新互聯(lián)公司長期為上千客戶提供的網(wǎng)站建設(shè)服務(wù),團隊從業(yè)經(jīng)驗10年,關(guān)注不同地域、不同群體,并針對不同對象提供差異化的產(chǎn)品和服務(wù);打造開放共贏平臺,與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為利辛企業(yè)提供專業(yè)的網(wǎng)站設(shè)計制作、網(wǎng)站制作,利辛網(wǎng)站改版等技術(shù)服務(wù)。擁有十余年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。
指標(biāo)(metrics)是任何轉(zhuǎn)型的關(guān)鍵部分。傳統(tǒng)的IT績效指標(biāo),例如計算代碼行數(shù)和軟件bug的數(shù)量,應(yīng)該謹慎使用,因為存在不值得修復(fù)的bug和不值得維護的代碼。這些老式的績效指標(biāo)度量的是活動(activities),而非結(jié)果(outcomes)。活動指標(biāo)很少能告訴組織對業(yè)務(wù)目標(biāo)的真正影響是什么。
那么,應(yīng)該如何度量呢?我們需要考慮Flow(流)相關(guān)的指標(biāo)。Flow指標(biāo)是一種績效(performance)指標(biāo),它揭示了期望的業(yè)務(wù)結(jié)果的趨勢 —— 例如更快的上市時間、對客戶的響應(yīng)以及可預(yù)測的發(fā)布時間框架。這些業(yè)務(wù)結(jié)果在成功的轉(zhuǎn)型努力中起著至關(guān)重要的作用。請允許我向您介紹五個強大的流指標(biāo)。
Flow Time(流動時間)
Flow Time是衡量一件事從開始到結(jié)束需要多長時間。你可能會想,“等等,這不是周期時間(Cycle Time)嗎?”。你可能是對的。這取決于使用該定義的上下文。根據(jù)你所問的人的不同,“周期時間”有不同的含義,計時可能在不同的時間點開始或停止。理解周期時間是一個模棱兩可的術(shù)語,這就是為什么我喜歡在討論速度指標(biāo)時使用Flow Time。因為Flow Time對于大多數(shù)人來說是一個陌生的術(shù)語,它提供了一個清晰定義含義的機會。Flow是通過系統(tǒng)順利且可預(yù)測的值,是支撐DevOps的三個基本原則中的***個。
Flow Time說明:當(dāng)請求(request)被批準(zhǔn)時,計時開始,當(dāng)變更生效并在生產(chǎn)環(huán)境中運行時,計時結(jié)束。
Flow Time計算開始時間和結(jié)束時間。Flow Time不會因為周末的到來而停止。Flow Time所做的是量化在該時間段內(nèi)完成給定工作的概率。
例如,如果歷史Flow Time顯示,某種類型的工作有90%的概率在30天內(nèi)交付,這樣我們就可以說,10次中有9次我們可以30天內(nèi)交付該類型的工作。我們知道有10%的可能需要更長的時間。這讓我們對客戶的需求有更好的可預(yù)測性。
譯注:在DevOps里通常會用到Lead Time(前置時間)這一術(shù)語。但Lead Time也來源于工業(yè)生產(chǎn)里,這樣也會出現(xiàn)歧義。Flow Time這樣一個專有名詞顯然更好。
Flow Efficiency(流動效率)
好的指標(biāo)讓我們有更清晰的全景和對諸如“何時能夠完成?”這樣的問題有更準(zhǔn)確的答案。到期日(due date)這樣的指標(biāo)很少考慮等待時間。然而問題通常不在于處理工作的時間,而在于等待時間。
想想由于工作依賴而造成的延遲——當(dāng)涉及到需要多長時間完成工作這樣的問題時,等待時間往往比實際處理工作時間影響更大。你***是估計等待時間,而不是工作時間。等待時間通常消耗85%或更多的Flow Time。
譯注:這個指標(biāo)也叫PCE(Process Cycle Efficency)。
WIP Report(在制品報告)
把工作分解成更小的部分是很重要的,這些部分可以很快完成并交付。交付越快,反饋就越快。太多的在制品(WIP)(在Flow Framework中稱為“流負載”),為更多的工作間依賴、更多的沖突優(yōu)先級、更多的計劃外工作悄悄開了口子,這會導(dǎo)致延遲。獲取WIP趨勢并將其與Flow Time結(jié)果進行比較,可以幫助我們了解組織中的WIP與速度之間的關(guān)系。
Aging Report(老化報告)
Aging Report展示了工作項在系統(tǒng)中停留的時間??纯聪到y(tǒng)中有多少工作項停留了超過30天(或60天或120天),就會發(fā)現(xiàn)系統(tǒng)中有多少浪費。下圖的例子比較了工作的平均耗時,并突出顯示了那些比平均耗時更長的工作項。
譯注:方框代表該類型工作的平均耗時,黑線是該工作的實際耗時,粉線代表超出平均時長的時間。
Flow Distribution(流分布)
將工作分成不同的工作類別使我們可以調(diào)整工作優(yōu)先級以及對報告數(shù)據(jù)做過濾。流分布顯示各種工作類別期待的(以及歷史的)分布比例,為計劃性工作(planned work)分配帶來可見性。當(dāng)有了工作類別后,我們就可以對報告按照類別過濾,比如WIP報告,這反過來可以幫助改進WIP設(shè)定及可預(yù)測性。
譯注:工作類型是每個組織自己定義的。比如在《鳳凰項目》里,定義了四種類型的工作:業(yè)務(wù)相關(guān)的,運維的日常維護工作,變更,以及計劃外工作。
根據(jù)工作狀況,WIP設(shè)定可能需要調(diào)整。比如剛剛發(fā)布了一個新特性,那么處理缺陷或技術(shù)債務(wù)可能會優(yōu)先于引入更多特性。如果這時選擇繼續(xù)做更多的特性工作,它將占用其他工作類型時間,比如修復(fù)與技術(shù)債務(wù)相關(guān)的問題。對工作類型分布進行分類和度量有助于進行優(yōu)先級排序。
映射指標(biāo)和結(jié)果
- 如果上市時間(time-to-market)是追求的結(jié)果,那就度量Flow Time(流動時間),幫助別人了解事情實際上要花多長時間。
- 如果效率是你追求的結(jié)果,那就度量Flow Efficiency(流動效率),以查看瓶頸點,因此將重點放在能夠改善流的地方。當(dāng)涉及到流時,優(yōu)化一個非瓶頸點并沒有什么幫助。
- 如果團隊正在處理計劃外的工作和/或優(yōu)先級沖突,那么就度量WIP數(shù)量(WIP Report)以暴露分配工作過多的團隊。說到效率,如果過多地關(guān)注資源效率而不是流效率,那么其實是在浪費時間。
- 如果忽略了未完成的重要工作(如修復(fù)安全漏洞),則應(yīng)度量未完成工作在系統(tǒng)里停留的時間(Aging Report)以暴露風(fēng)險。就像一座正在建造中的橋梁,在它完成之前,是不產(chǎn)生任何價值的。
- 如果某些類型的重要工作(比如修復(fù)技術(shù)債務(wù))沒有相應(yīng)的優(yōu)先級,則應(yīng)度量工作類型的分布(Flow Distribution),以使與工作分配相關(guān)的問題變得可見。
分享文章:你從未見過的五個強大的DevOps指標(biāo)
瀏覽地址:http://fisionsoft.com.cn/article/djgcscg.html


咨詢
建站咨詢
