摘要

已完成

您的組織支援在全球部署的關鍵業務 Web 應用程式。 一天部署新功能好幾次,讓您覺得事情都已完成。 但永遠都有改進空間。 持續且坦率觀察您的 DevOps 流程,可讓小組找出可能改進的機會,而持續共同作業在這方面扮演很重要的角色。

持續共同作業這個做法能支援文化轉換,這對任何 DevOps 旅程而言都非常關鍵。 持續共同作業可讓小組在安排好的會議範圍之外進行創新,並藉由建立整合式體驗來促進小組內的創新。 同時也是一股推動力量,驅使多個小組改進其知識和成果。

溝通挑戰通常會影響解決事件的能力。 小組可以藉由改進 MTTK (平均得知時間) 來縮短 MTTR (平均解決時間)。 減少 MTTK 牽涉到大量跨組織和小組的共同作業。

別忘了,被孤立的部門小組會建立專門的孤立解決方案。 跨部門小組則會建立提供功能的解決方案。 因此,根據微服務設計小組和結構,便能有效讓小組專注於功能。

持續改進牽涉到衡量方式,而且也需要衡量方式。 這不僅可協助您找出改進的空間,還能改善您的客戶體驗。

不過,您必須知道要衡量什麼。 DevOps 領導階層應衡量作業健康情況衡量標準、使用方式、速度和即時網站健康情況等事項。 換句話說,是要衡量影響,而不是活動。

定義衡量標準和關鍵效能指標後,請將關鍵效能指標與習慣保持一致,以達成正面的業務成果。

持續改進的另一個重要層面是持續的意見反應。 透過以下作法,建立持續的意見反應文化:

  • 及早並經常發行
  • 從最小可行的產品開始
  • 使用假說驅動開發
  • 透過客戶意見反應持續改進

價值流程圖和價值資料流程分析也支援持續改進。 價值流程圖有助於觀察到和解決在工作進行中發生的脫節、冗餘和缺口。 在價值資料流程分析中執行的衡量可協助小組規劃、找出效率變化,及辨認出潛在的流程問題。

最後,請考慮建立全面的方法來衡量 DevOps 有效性,並提供 DevOps 轉換計畫的透明度。 透過將重點放在突顯成功的衡量標準,建立提倡學習和實驗的文化,是 DevOps 所需要的。