什么是流程工程以及為什么對軟件交付很重要?

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

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

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

敏捷團隊的4個關鍵流程指標

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

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

(1)速度

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

(2)吞吐量

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

(3)流動效率

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

(4)流程風險

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

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

如何衡量流量指標

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

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

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

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

• 功能規(guī)劃和票務系統(tǒng)，例如Jira、Monday或Shortcut。
• 帶有來自GitHub、GitLab或Bitbucket的相關元數(shù)據(jù)的軟件存儲庫。
• 構建和發(fā)布自動化基礎設施，包括GitHub Actions、GitLab Pipelines或CircleCI。

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

使用流量指標實施工程管理

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

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

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

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

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

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

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

結論

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

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