流程工程是一門創造性、可視化以及優化從企業到客戶的價值流動的科學。它解決了大多數產品生產商面臨的巨大挑戰：如何以產品和服務的形式創造價值，并盡可能快速、可持續和無摩擦地將這種價值傳遞給客戶。

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

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

為了優化流程，它有助于可視化企業的內部工程和交付流程。最重要的是，希望了解企業當前的能力，以了解瓶頸在哪里以及在哪里進行經濟高效的改進。

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

(1)速度

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

(2)吞吐量

可以完成的工作量。企業在一個季度內發布了多少個功能?在一周發布多少次?吞吐量表示企業當前的交付節奏及其容量，以及在當前設置中可以完成的最大項目數量。

(3)流動效率

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

(4)流程風險

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

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

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

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

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

大多數企業已經擁有來自以下方面的寶貴數據：

成功的關鍵是從不同的工程工具和孤島中提取數據，融合數據，并應用智能領域特定的分析來生成流程洞察力，以優化和管理端到端交付流程。

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

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

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

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

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

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

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

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

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