流程工程是一門創(chuàng)造性、可視化以及優(yōu)化從企業(yè)到客戶的價值流動的科學(xué)。它解決了大多數(shù)產(chǎn)品生產(chǎn)商面臨的巨大挑戰(zhàn)：如何以產(chǎn)品和服務(wù)的形式創(chuàng)造價值，并盡可能快速、可持續(xù)和無摩擦地將這種價值傳遞給客戶。

從產(chǎn)品管理的角度來看，可以了解企業(yè)能多快實現(xiàn)客戶的采用和滿意度。從工程平臺的角度來看，可以查看具有類似目標的DevOps指標，例如DevOps研究和評估組織(DORA)。從軟件開發(fā)的角度來看，人們可能會關(guān)注代碼質(zhì)量和交付的功能數(shù)量。所有這些不同的觀點都有一個共同點：衡量和優(yōu)化從想法到實施和產(chǎn)品交付的流程。

流程工程是一種將價值交付視為從開始到結(jié)果的流程的現(xiàn)代方法。目標是讓流程盡可能拓寬且通暢，以提供最大價值。

為了優(yōu)化流程，它有助于可視化企業(yè)的內(nèi)部工程和交付流程。最重要的是，希望了解企業(yè)當(dāng)前的能力，以了解瓶頸在哪里以及在哪里進行經(jīng)濟高效的改進。

為了衡量軟件交付能力，它有助于關(guān)注一些指標，這些指標可以捕捉企業(yè)具有的能力和面臨的障礙。這些流量指標是：

(1)速度

交付的速度。企業(yè)能以多快的速度發(fā)布一個功能?所謂的從開始到結(jié)束的周期或提前期是多長時間?交貨時間越短，交付速度就越快。

(2)吞吐量

可以完成的工作量。企業(yè)在一個季度內(nèi)發(fā)布了多少個功能?在一周發(fā)布多少次?吞吐量表示企業(yè)當(dāng)前的交付節(jié)奏及其容量，以及在當(dāng)前設(shè)置中可以完成的最大項目數(shù)量。

(3)流動效率

企業(yè)遇到了多少浪費或摩擦?例如，做了多少計劃外的工作?由于質(zhì)量差，必須修正多少錯誤?發(fā)布的產(chǎn)品多久需要打一次補丁?能以多快的速度修補?要多長時間才能繞過批準流程或跳過預(yù)期的審查?

(4)流程風(fēng)險

順利交付的障礙是什么?企業(yè)規(guī)劃實施的項目是否超出了其能力允許的范圍?會讓團隊超負荷工作嗎?是否存在導(dǎo)致延遲的流程故障?是否有太多的場景切換會降低整體效率?是否做了太多計劃外的工作而導(dǎo)致沮喪和困惑?

流程工程可以比作從源頭(企業(yè))流到海洋(客戶)的水流。人們更喜歡寬闊、快速流動、暢通無阻、清澈的溪流，它提供了一條從源頭到海洋的清暢通道。

為了改善向客戶交付軟件的流程，企業(yè)不僅需要使工程與業(yè)務(wù)保持一致，還需要減少自己系統(tǒng)中的摩擦。只有當(dāng)企業(yè)能夠衡量當(dāng)前的狀態(tài)時，才能做到這一點。幸運的是，在現(xiàn)代軟件組織中，可以自動捕獲許多數(shù)據(jù)點以生成整體圖。

大多數(shù)企業(yè)都運行某種形式的敏捷軟件交付流程。這可能是運行敏捷Scrum團隊、擁有看板流程或使用SAFe大規(guī)模運行敏捷軟件。在通常情況下，這由處理企業(yè)的功能規(guī)劃、軟件開發(fā)和構(gòu)建過程以及測試和發(fā)布工具的DevOps基礎(chǔ)設(shè)施提供支持。

所有這些都會產(chǎn)生大量信息。例如，每個代碼更改都講述了一個關(guān)于更改內(nèi)容、更改位置、更改花費多長時間以及每個步驟涉及的人員的細節(jié)。變更的元數(shù)據(jù)包括代碼變更是否經(jīng)過審查、誰參與了審查以及批準和合并需要多少次迭代的詳細信息。此外，很容易獲得補充DevOps信息：構(gòu)建的持續(xù)時間和成功率;相應(yīng)的測試覆蓋率細節(jié);以及功能或錯誤通知單的解決時間。

大多數(shù)企業(yè)已經(jīng)擁有來自以下方面的寶貴數(shù)據(jù)：

成功的關(guān)鍵是從不同的工程工具和孤島中提取數(shù)據(jù)，融合數(shù)據(jù)，并應(yīng)用智能領(lǐng)域特定的分析來生成流程洞察力，以優(yōu)化和管理端到端交付流程。

Logicica通過連接到上面看到的許多數(shù)據(jù)源、融合數(shù)據(jù)以及自動計算指標和洞察力，幫助工程領(lǐng)導(dǎo)者獲得決策洞察力。然后，工程領(lǐng)導(dǎo)者可以對這些指標進行細分，并深入挖掘證據(jù)。這使開放的、數(shù)據(jù)驅(qū)動的團隊文化能夠做出更明智和協(xié)作的決策。

流程度量是一個核心概念，被軟件交付團隊和敏捷工程團隊廣泛使用，以更快地交付可持續(xù)價值。流程指標圍繞三個核心支柱在不同來源之間保持平衡：

(1)交貨速度：可以運送多少數(shù)據(jù)以及有多快?

(2)交付質(zhì)量：是否遵循流程并實現(xiàn)質(zhì)量目標?

(3)團隊可持續(xù)性：企業(yè)是否確保保持在其能力范圍內(nèi)并避免讓工程師感到筋疲力盡?

以核心支柱為中心的流程指標確保了一種平衡方法的能力，該方法不支持片面的極端情況，例如過度關(guān)注交付周期時間，導(dǎo)致忽視流程和團隊成員的倦怠。

將三個核心支柱與流程指標相匹配，可以在整個工程組織內(nèi)外提供一致且靈活的思維模型。

軟件交付是一個復(fù)雜的過程，一些指標對于持續(xù)跟蹤和優(yōu)化流程至關(guān)重要。然而，沒有一個單一的指標可以解決所有問題，將指標圍繞正確的概念集中比單一指標要好得多。

流程工程是一門蓬勃發(fā)展的學(xué)科，它專注于速度、吞吐量和風(fēng)險，將每個人的想法集中在平穩(wěn)、快速和可靠的交付上。