iT邦幫忙

鐵人檔案

2025 iThome 鐵人賽
回列表
DevOps

PM 的 30 日 DevOps 養成計畫 系列

一個沒有技術背景的 PM,要如何藉由 DevOps 自動化且持續改進的文化,應用在實際工作上,解決發布週期過長、溝通成本高的情況,改變團隊合作的特性,一起建立屬於 PM 的 DevOps 思維地圖。

參賽天數 26 天 | 共 26 篇文章 | 0 人訂閱 訂閱系列文 RSS系列文
DAY 21

降低上線風險 - 藍綠部署與金絲雀部署

Devops 的目的之一,讓產品可以快速上線在達到之後,如果遇到新版本有重大線上問題,就會直接影響到用戶的使用者體驗,為了應對這樣的狀況,在上線前可以有幾種不同...

2025-09-01 ‧ 由 hellovvy 分享
DAY 22

DORA 指標,讓 PM 真正看懂產品交付效率

要怎麼評估團隊在引進 Devops 精神後的成效呢? Google 的 DevOps Research and Assessment(DORA)團隊提出了四大指...

2025-09-02 ‧ 由 hellovvy 分享
DAY 23

PM 如何在待辦清單中兼顧技術任務與產品價值

在敏捷的框架中,PO(Product Owner)依照項目的價值,負責決定開發項目的優先順序,也因此許多直接與商業掛勾的需求自然就佔到優先順位,而偏技術的優化就...

2025-09-03 ‧ 由 hellovvy 分享
DAY 24

PM 如何善用 DevOps 降低支出

Devops 的實踐促進了團隊的溝通與更多的自動化流程,除了在實際的工作上可以增進效率,在成本費用上也會有效益。 現在的雲端機器具有相對應的彈性,Devops...

2025-09-04 ‧ 由 hellovvy 分享
DAY 25

平台工程 Before/After:DevOps 的真正加速器

Devops 在流程的自動化上,使用了相當多的工具,但也導致了一個問題是,如果今天團隊太大,每個團隊都有自己使用的一套 CI/CD 流程時,在管理上就會造成標準...

2025-09-05 ‧ 由 hellovvy 分享
DAY 26

Feature Flag:降低風險的產品交付新思維

前面幾天講到發布的其中一個策略是金絲雀發布,利用像帶進去礦坑的金絲雀一樣,小量的進行測試,如果功能 ok 再循序發布。 Feature Flag 功能 可以實現...

2025-09-06 ‧ 由 hellovvy 分享