一個沒有技術背景的 PM,要如何藉由 DevOps 自動化且持續改進的文化,應用在實際工作上,解決發布週期過長、溝通成本高的情況,改變團隊合作的特性,一起建立屬於 PM 的 DevOps 思維地圖。
Devops 的目的之一,讓產品可以快速上線在達到之後,如果遇到新版本有重大線上問題,就會直接影響到用戶的使用者體驗,為了應對這樣的狀況,在上線前可以有幾種不同...
要怎麼評估團隊在引進 Devops 精神後的成效呢? Google 的 DevOps Research and Assessment(DORA)團隊提出了四大指...
在敏捷的框架中,PO(Product Owner)依照項目的價值,負責決定開發項目的優先順序,也因此許多直接與商業掛勾的需求自然就佔到優先順位,而偏技術的優化就...
Devops 的實踐促進了團隊的溝通與更多的自動化流程,除了在實際的工作上可以增進效率,在成本費用上也會有效益。 現在的雲端機器具有相對應的彈性,Devops...
Devops 在流程的自動化上,使用了相當多的工具,但也導致了一個問題是,如果今天團隊太大,每個團隊都有自己使用的一套 CI/CD 流程時,在管理上就會造成標準...
前面幾天講到發布的其中一個策略是金絲雀發布,利用像帶進去礦坑的金絲雀一樣,小量的進行測試,如果功能 ok 再循序發布。 Feature Flag 功能 可以實現...