此文档分享了在构建 DevOps 文化过程中的经验，阐述了产品开发过程中如何平均每周交付六个版本的实践。内容涉及团队合作、项目管理、需求分析和技术实施等方面，并探讨了 DevOps 方法论对公司高效运营的重要性。文中也提到了相关技术工具和管理策略，以提升团队的市场响应能力及交付效果。

1. 建立 DEVOPS ⽂文化的經驗談
為了了鞏固我的 product roadmap
我⽤用 3 個⽉月為每個團隊打造平均每週產品更更版 6 次的基本功 (不含 bug fix)
若若需轉載請告知並附上來來源

2. 講者簡介
⼯工作經歷
Pentium network Tech Program Manager
Pentium network sr. DevOps engineer
Infopower engineer@ consultant dep
服務過的集團
台灣⾦金金融集團、台灣⽣生技公司
⼤大陸遊戲集團、東南亞博弈集團
政府與公營事業
其他與 DevOps 相關的經歷
2 ⼈人草創到 32 ⼈人團隊，包含跨部⾨門領導與技術團隊領導
單⼀一產品，平均每週正式交付 6 次代碼
柳柳君翰 JH Liou

3. 什什麼是 DEVOPS
Google 定義
Amazon 的定義
ref: https://cloud.google.com/solutions/devops/
ref: https://aws.amazon.com/tw/devops/

4. 產品成長路路徑
市場趨勢分析 / 需求探訪
需求分析
Prioritize 需求 / 不斷調整 product roadmap
規劃交付週期的 action items
使⽤用者故事建立
品質控制
階段性交付
進入下個階段的「市場趨勢分析 / 需求探訪」
營運計畫
產品設計
品質控制
快速交付
reliability
communicate
in coherence
break down
feed back
implement
This flow must run within consensus

5. 導入 DEVOPS 前的暖⾝身
建立「⼯工作」的共識
什什麼是職能？ 什什麼是職責？
什什麼是效率？ 什什麼是效能？
你的⼯工作對團隊帶來來什什麼價值？
團隊為什什麼要建立共識
資訊與流程透明對 Deliver 有什什麼影響
如何搜集 DevOps 的 action item
如何 prioritize DevOps action items
建立團隊對「Deliver」痛點的認知

6. 在 DEVOPS 裡導入 KANBAN
Backlogs Audit Planning Ready to sprint
ReleasedIn develop Ready for QA Ready to release
Change Management
Architecture Management Release Management
Project/Product Management
Project/Product manage board

7. 在 DEVOPS 裡導入 KANBAN
Release manage board
SRE board
0.0.1 released 0.0.2 released 0.0.3 released
Feedback Management
Backlogs Investigate WIP Done
Architecture Management
&
Change Management
Implement

8. 回頭想想 DevOps 流程
圖片來來源: https://medium.com/tech-tajawal/devops-in-a-scaling-environment-9d5416ecb928

9. 建立⾼高效團隊 - 打破穀倉效應
規劃/調整
product roadmap
了了解「⼯工作」為
團隊帶來來的價值
優化團隊的
後勤勤性能
迎合市場

10. 組織的分配
PRODUCT TEAM APPLICATION LEAD INFRA LEAD
Change Management v v
Project/Product
Management v v
Architecture Management v v
Release Management v v
Feedback Management v

11. SRE 的技術與價值
打造 CI/CD 的環境
導入 Auto configuration
動態減少可靠性服務的成本
階段性任務
減少重⼯工
加速團隊⾯面相市場的機動性
帶來來的價值

12. DEVOPS 管理理上的眉⾓角分享
Change Management 以外的 action item WIP 只有「1」
Implement must after spec
團隊永遠都有 constraint point，不斷重複「找出來來並解決」
無時無刻記住⼯工作帶來來的價值

13. 可能會⽤用到哪些技術
⾃自動組態⼯工具 (如: Ansible、Chef)
代碼托管服務 (如: git、svn)
Cloud (如:AWS、Aliyun)
CI ⼯工具 (如: Jenkins、Circle CI)
無服務技術 (如: Serverless)
資產管理理服務 (如: CMDB)
容器 (如: K8S、Docker)
監控或⽇日誌 (如: ELK、⾏行行雲管家、Peppet)
其他基礎技術 (如: shell script )

14. 圖片來來源: https://www.sednacomics.com/blog/qa1-announcement