這些都是 DevOps 能夠提升您價值鏈圖的指標

最後更新日期:2021年5月20日 — Jonny Steiner,產品行銷經理

提升最終用戶服務品質的方法是在使用過程中展示 SDLC 事件之間的連結。 DevOps 指標。請繼續閱讀全文。

價值流管理

麥當勞和漢堡王是競爭對手。作為全球最大的兩家快餐連鎖店,它們在食品種類上一直針鋒相對。但競爭遠不止於此。這場持續不斷的競爭也體現在它們的行動應用程式上,這些應用程式提供訂餐選項、詳細菜單等功能。為了在競爭中佔據優勢,兩家公司都在努力透過高品質的行動應用程式為顧客提供最佳價值。 發達 以及 發布 高速行駛。

這些公司要超越競爭對手,就需要一種方法來快速開發新想法,並無錯誤地將其交付給用戶。 DevOps VSM(價值流管理)使企業能夠擴展其開發和測試工作,並加快發布速度,而不會損害結果。

隨著企業重新調整優先事項以推進數位化創新,有一點很明確:良好的客戶體驗能夠促進業務成長,而提供卓越體驗最快捷、最穩定的方式就是利用行動應用等數位資產。

公司實現這些成果的方式是透過以下幾種途徑結合: 敏捷 以及 DevOps 方法論。 DevOps 工具 這些日益普及的功能也使公司更容易進行各種持續性工作,例如:

  • 交付
  • 整合
  • 測試XXXXXXX
  • 監控
  • 您的意見

價值流程圖的定義與意義

我們有 之前寫過關於這個主題的文章但值得重申。價值流程圖使用流程圖來分析和改進每個步驟。 軟件交付 從構思到發布,整個流程圖展現了每個步驟的運作方式。流程圖反映了每個步驟,並從客戶角度出發,將其標記為是否增加了價值。

每個人都希望自己的公司業績卓越。但這不僅僅是找到並使用合適的工具那麼簡單。 CICD 基礎設施固然重要,但它只能創造潛力。要充分發揮這些潛力,你需要一個以客戶為中心的軟體開發生命週期(SDLC),同時整合產品負責人、開發人員、測試人員和發布經理等所有人員的優勢。當你做對了——相信我,你一定會知道——你的 DevOps 具備 VSM 功能的軟體開發生命週期 (SDLC) 將使您的潛力提升到新的高度。

VSM 和 DevOps 天作之合

基於敏捷和精實原則開發而成。 DevOps 是一種軟體交付的文化方法. DevOps 分散責任 持續交貨 它適用於組織內的每個團隊,涵蓋從規劃到開發、從生產到持續改善的各個環節。這是一種持續的跨職能軟體開發方法。

DevOps 它仍然包含一些被認為是賭博的方面。一旦敏捷和 DevOps 實施後速度確實有提升,但這還不夠好。你並不總是知道自己是否朝著正確的方向前進。

這就是為什麼與價值流圖 (VSM) 結合使用效果如此之好的原因。正如我們之前提到的,價值流程圖能夠整合軟體開發生命週期 (SDLC) 中使用的各種工具,並衡量和追蹤最重要的數據,然後將這些數據報告給管理人員並轉化為行動。價值流圖將幫助您衡量您的產品所帶來的價值。 DevOps 工具和實踐能帶給你什麼。
一些原因 DevOps 團隊從價值流圖 (VSM) 中受益的方面是:

  • 幫助你發現痛點和瓶頸
  • 管理缺陷、錯誤和故障
  • 提高軟體開發生命週期 (SDLC) 的可見性
  • 移除重複或浪費資源的流程
  • 提高團隊間的協作效率
  • 展示自動化機會
  • 整合了更快的回饋機制
  • 透過視覺資料提供的背景資訊闡明流程
  • 亮點結果

在工作時 DevOps 有了價值流圖(VSM),你需要合適的指標來確保資訊暢通無阻,同時持續改進。這不僅僅是拆解你的軟體開發生命週期(SDLC)來尋找流程缺陷和瓶頸。當你使用這些工具分析價值流時,你將向業務領導者展示,你們的焦點都放在了正確的專案上。

當您使用價值流圖 (VSM) 來衡量關鍵績效指標 (KPI) 和其他指標以擴大公司規模時,您將擁有數據來支持您的決策,這將使每個人都受益。

回饋和指標

指標對於了解哪些方法有效、哪些方法無效至關重要,也是證明成功的關鍵。這不僅僅關乎團隊合作和工具,儘管它們也很重要。
你相信你的團隊能在短時間內取得卓越的成果。但如果沒有指標,幾乎不可能證明這一點。你需要的是能夠提供有價值的洞察,從而佐證你信念的資訊。這些洞察也將對公司整體產生正面影響。毋庸置疑,你越快、越常獲得這些回饋,對你的整體發展就越有利。

企業在收集回饋和使用指標時面臨的一大挑戰是,其工具缺乏集成,手動資料收集過程也存在許多不確定性。資料來源分散,缺乏統一的系統進行收集與解析。

那麼,讓我們仔細看看哪些指標對於價值流圖(VSM)來說最重要、最有幫助。 DevOps 環境。

一切盡在指標之中。

這就引出了本文的重點:指標。在建立價值流程圖時,必須從軟體開發生命週期(SDLC)入手,並依序跟進品質保證(QA)和發布團隊。價值流圖的建構取決於能夠幫助持續改進的指標。

在工作時 DevOps 然而,在不同的環境下,衡量的內容和方式可能會有所不同。但您仍然可以使用公認的標準指標。

你的方案包含三個部分。 DevOps 指標:

增值時間 ——團隊在專案上花費的時間。這是實際工作時間。如果開發案沒有發生任何變化,則應將這段非增值時間納入考量。

交期 ——團隊甚至個人完成一項任務所需的總時間。此統計數據通常以增值時間和非增值時間的總和來衡量。

完成率和準確率 這是完全完成的工作百分比,無需任何修改或返工。

其中也有兩種類型的指標。我們將逐一討論它們。

DevOps 指標

您的團隊應該開始使用能夠展現公司價值流吞吐量和穩定性的指標。透過這些指標,您將了解價值流的健康狀況以及它們隨時間的變化。

一些最重要的 DevOps 指標包括:

  • Deploy心理頻率 – 您多久將程式碼部署到生產環境一次?
  • 交貨時間 從提交程式碼到程式碼在生產環境中成功運行所需的時間。
  • 平均修復時間 – 系統當機或服務中斷影響最終使用者時,恢復服務所需的時間。
  • 變更失敗率 – 投入生產環境後導致服務品質下降,需要立即介入的變更百分比。

流量指標

一旦你整合了 DevOps 將指標融入流程的下一步是添加 流量指標透過流程指標,您可以在分析流程項目的過程中深入了解價值流。每個流程項目都是工作的一部分。例如,功能、缺陷、風險和債務。

以下是一些重要的流量指標:

  • 流動速度 – 在特定時間內完成的流程項目數量。這也被稱為吞吐量,它可以告訴你價值交付是否在增加。
  • 流量分配 – 衡量一段時間內完成的流程項目比例。有助於在預定的時間範圍內確定工作的優先順序。
  • 流動時間 – 衡量流程項目從開始到結束所需的時間。這包括工作時間和等待時間。
  • 流動效率 – 另一個比率,這次是整個流程中活躍時間和等待時間的比率。有助於識別浪費。
  • 流量負荷 – 衡量給定價值流中活躍流程項目的數量。使您能夠了解哪些價值流利用過度或利用不足。

傳達你的見解

我們都知道業務領導者和技術團隊之間溝通的重要性。獲取回饋和分享資訊的最佳方式,也是我們常用的方法,就是使用 Confluence。準備簡報也是一種有效的分享方式。最好在更正式的場合進行,因為從這些指標中獲得的見解將向利害關係人和技術團隊展示您的應用程式和軟體是如何推向市場的。

雖然速度在當今的行動應用領域至關重要,但您從價值流程圖分析 (VSM) 和 DevOps 指標關注的是持續改善而非速度。我們所知的價值流圖 (VSM) 旨在提升最終用戶服務。實現這一目標的途徑是利用指標來了解軟體開發生命週期 (SDLC) 事件之間的關聯。 DevOps 衡量指標。價值流管理成功的關鍵在於向客戶交付卓越的軟體和應用程式。我們在此提供的技巧和幫助將幫助您運用問題解決工具不斷改進軟體,從而贏得客戶的青睞。

如果您想全面了解VSM的端到端流程,那麼 下載我們的VSM電子書 現已上市。 

 

你可能還喜歡