在B2B硬體產業運用 Agile 與 DevOps 的實務與心法

timwang.work@gmail.com 1
1
在 B2B 硬體產業
運用 Agile 與 DevOps
的實務與心法
Tim Wang
2020/09/27
Agile Hsinchu
Meetup

2
Tim Wang
MOXA Networking
職稱是專案(研發)主任
PO (PM)
SDET (自動測試)
SRE (開發資源 & 產品展示)
Agile & DevOps evangelist
DevOps Taiwan / DDD Taiwan 社群志工
Agile community / DevOps Taiwan 社群講者
JIRA strategy admin workbook 繁中版翻譯群

3
2008.01 進入職場
2019.04 取得CSPO
2013.10 兼任管理職
2015.XX 團隊試行 Scrum
2016.12 Agile Tour Taipei
2017.XX 團隊試行 DevOps
2018.09 DevOpsDays Taipei 講者
2019.05 轉職兼任產品人(PO)
2018.01 兼任SW Project Manager
2019.07 團隊試行 DevSecOps

4
# 遇過或處理中的問題

5
20年
產品維護生命期
115款
多樣化硬體產品
>700個
底層控制函式
研發部門的那些日子

6
客戶選定的電腦平台
Functional API (C/C++) & Examples
Kernel Driver
OO API (Python/C#) / Algorithm / Protocol
Eco-system Adaptor
PoC Application
Hardware
Products
客戶選定的作業系統
Solution Stack
Scenario
研發部門的那些日子

7
需求規格
散亂不清
變更
難以追溯
沉重的
技術債
散亂多變
的工具鏈
測試牽涉
系統組態
多樣的
釋出組合
訊息遲滯
透明不足
研發部門的挑戰

8
# 研發課升級為產品部 (但沒有 PM…)
# 團隊人數 4 → 13
# 責任多元化、期望管理變得重要
# 純手工工藝
# 沒有專案管理 (E-mail driven)
# 也沒有需求管理 (許願池式、LIFO)
# 跑過奇妙的 Scrum (有迭代沒增量)
轉職後的新挑戰

9
# 近一年來的 Agile/DevOps
導入行動及目的

10
共同規劃工作
需求統整管理
透明共享
團隊自組織
需求 Refinement

11
Impact Mapping Event Storming UX prototyping
引入思考模型及流程

12
需求統整管理
透明共享
團隊自組織
工作自主分配
Sprint Planning

13
# 節奏感
- 1-week sprint
- Monday planning
- Friday demo and retro.
- Daily stand-up
- Bi-weekly refinement

14
案
人
專案分配透明化

15
數據趨勢透明化

16
透明共享
引導回顧並行動改善

17
導入平台虛擬化

18
靜態掃描
歷史資產管理
透明共享
[目的]
掌握 Duplications
避免 Memory Leak

19
Design
Implement
Evaluate
Release
• 分析架構，盤點信任邊
界及確保風控對策
• 盤點外部工具使用計畫
• 進行SAST靜態掃描、取
得報告進行統合呈現
• 以 Jenkins 依照品質門
檻進行流程控制與通知
• 進行DAST動態掃描、
黑箱弱掃
• 確認開源工具授權合規、
無重大已知漏洞
• 產出 Software BOI
• 針對釋出檔案進行簽章
及/或產生 MD5 hash
• 針對可轉散佈的封裝，
以 Virustotal 確保無惡
意程式並取得整合報告
E-test
接軌 DevSecOps 引入安全開發流程 (SSDLC)

20
Build/Unit .Test
Kernel Driver
Build/Unit Test
API DLL
Release Signing
(non-Win10)
Pack cabinet
file (*.cab)
EV Signing
(Win10)
Submit to MS
HW Dev Center
等待回應
Generate
hash log
Pack runtime
components
(*.msi)
Build/Pack
utilities (*.msi)
Pack samples
(*.msi)
Pack installer
(exe)
Submit to
VirusTotal
等待回應
產品釋出的
Value Stream
工具鏈整合
釋出組態管理
[目的]
全面導入自動化
盤點釋出過程，找出過
程費時或前置時間
[成果]
視實際狀況可在 25 分
鐘左右產出交付檔案
節省前置作業及等待時
間約30分鐘
> 10 mins
> 10 mins

21
Kernel
Driver
Unit test Build
Release
Signing
(Attestation
signing)
Pack
cabinet file
Local EV
Signing
MS HDC
(傳送並等待)
API DLL Unit test Build Smoke Test
Middleware
Utility
Unit test Build Smoke Test
Component
(msi)
Generate
hash log
Pack
runtime
Pack
utilities
Installer
(exe)
連結
需要的元件
VirusTotal
(傳送並等待)
主動通知
業務單位
流程解耦合
工具鏈整合
釋出組態管理
[改進點]
- 沒彈性
- Artifacts 重複產生
- Artifacts 不易取得
[成果]
視實際狀況可在 2 ~ 16
分鐘內產出交付檔案

22
測試標準設備及組態 (Lab)
測試資源平台
SDET
RD
自動測試流程服務平台
Develop
Use
測試環境與資源建置
任何人都可以
輕易發展測試

23
產出物管理標準化
(Artifacts)
落實版本控管
減少組態意外

24
Artifact Repository
Infra. Automation
待測平台 (IoT) 待測平台 (PC-based)
從交付到部署
[成效]
- 自動化設定平台組態
- 自動化測試腳本的遞
送與執行
- 整合測試帶來高信任
Continuous Delivery
Cont. Deploy
組態自動化
簡化硬體測試

25
效能監控與通知

26
測試環境
Intranet
Internet
DevOps 基礎建設

27
需求
設計
開發
驗證
封裝
交付
整合
確認
回饋
分享
建立開發流程

28
### 產品負責人(PO/PM)的責任
- 從0到1的探索、雛型實現、驗證
- 引領而非管理
- 質化分析 – 假設 – 量化回饋
- UX很重要，但很多時候你不一定有headcount去養研究員
- 從1到10、100、1000的放大迭代
- 移除阻礙，降低前置時間 (lead time)
- 找對TA，增加用戶接觸面，持續獲得回饋
- 團隊參與決策、參與感、成就感

29
## 產品跟雲沒有直接關連，還有搞頭嗎?
- 使用者旅程地圖(UJM)盤點，設計回饋系統
- 在風險可控的前提下擴大回饋面
- 借助雲服務建立實驗機制
產出交付
透過管道
提供到客戶端
客戶端有環境
且能夠安裝
NOC/SOC:
審核後佈署
工廠:
IT準備離線環境
數周後…
數周後…

31
## DevOps對產品負責人的意義?
- 加速整個 PDLC 循環
- 確保釋出品質
- 提高觸及率
- 以實際回饋數據驗證假設

32
## Key Takeaways
1. 建立訊息透明化的共識
2. 版控做紮實再講自動化
3. 紀錄一切值得紀錄的變更
4. 自動化一切值得自動化的工作
5. 持續觀察流程並調整
6. 思考如何減少平台的維運成本

33
# 軟體研發團隊在
B2B 產品公司的困境

34
## 去年DevOpsDays會後得到的提問…
1. 你做這些……你們 PM……?
2. 你做這些……你們 IT ……?
3. 你做這些……你們主管……?

35
資訊軟體服務業佔70%

36
資訊及通訊傳播業 < 3%
宗教、政黨、日常維修、…

37
- 製造業留下的人力體系與固有經驗
- C-Phase、我們沒有要維運啊(IT才要維運)
- 倖存者偏誤
- 期望能靠突變而非演化來獲得生存能力
- 社群參加者有明顯的群聚
- 案例多樣性不足、業態經驗感覺難以複製、領域法遵限制
- Cloud Native 不只是那張 landscape，也是組織構型

38
「隊形」

39
## 組織不含 Cloud Native 的 DNA 時
- “IT” 負責的是企業運維：網路要通、電腦要
修、資安認證、盜版軟體、內部系統、工廠
生管系統…
- “IT” 不想也沒空去搞懂Dev/Ops在搞什麼，
但總歸大家最好不要惹麻煩…
Dev端要發起DevOps，
通常得兼當SRE(那條龍)

40
「隊形」

41
Waterfall
Sprint 1
Sprint 4
Box 1 Box 2 Box 5
Sprint 2
Sprint 3
Development
QA Testing
非戰鬥編組下的現實
(Non-feature team) Actual Releasable
Sprint 5
Box 3 Box 4

42
## 組織不含 Cloud Native 的 DNA 時
- 能夠讓 QA 與軟體工程流程充分結合的公司，
我的觀察仍是少數 (即便是純軟)
- 自動化測試開發(SDET)人才非常稀缺
- DevOps 沒起來、測試流程不連貫，敏捷很
快會卡彈
敏捷很容易得到
理所當然的失敗

43
## 電子業留下的 PM 特色
- 偏重專案管理
- 規格可以靠抄
- 成本優先、唯快不破
- 看似一切都有公式可循
- 原廠roadmap
- 不太需要探索與試驗 (可能也不敢..)

44
新產品/專案開發
文件(SRS/SAS)驅動開發
文件能抄就抄能少則少
舊產品/專案維護
技術債只修復不重構
能只改軟體就不改硬體
可行性研究
AI, Big Data, Cloud, …
Buzzword-driven
系統元件改版
作業系統、瀏覽器升級
產品硬體料件漲價/停產得換料
軟體得改但不能影響到使用情境
看見全貌 - 需求的來源？
70%維運

45
## B2B 與 B2C 的差異
- 有利
- 客戶對價值敏感，價值流、攬客周期較長 → 嘗試空間較大
- 生命週期長、維護成本高 → 合理降低成本、傳承知識
- 少量多樣、碎片化 → 變更、插單的應對
- 賣出不等於專案/產品成功 → 客戶成功 (CSM)
- 挑戰
- 客戶分歧而未必能直接接觸 → 需求、設計掌握度
- 意見領袖偏向業務體系 → 擁抱變更 vs 維持節奏感

46
所以，怎麼跟老闆溝通？
想想過去的成功方程式是什麼

47
Toyota Production System (TPS)
Just-In-Time Production (JIT)
成本(少浪費)、快、標準化
做太多
等待
輸送
加工
庫存
動作
不良品
產能太低的工人

48
Six Sigma
品質、去變異(少浪費)、經驗/統計
https://en.wikipedia.org/wiki/Six_Sigma

49
ISO 9000
數據化、流程化、全力發揮(人)
https://en.wikipedia.org/wiki/Six_Sigma
超越客戶期望
完全投入達成組織目標
為了組織利益完全投入貢獻所能
流程化管理
持續改善是持續性目標
以資料/資訊做決策

50
數據化、標準化
省成本、速度快、品質好
人、機、料、法、環

51
https://dotblogs.com.tw/jimmyyu/archive/2015/08/30/how-to-earn-the-respect.aspx
老闆在乎的事
情其實可以用
Lean及價值流
去溝通，但大
家都在講工具，
卻忘了三步工
作法的第一步
是什麼…

52
識別價值流

53
消除浪費
增強學習
延遲決定
儘快發布
下放權力
嵌入品質
全局優化
LEAN software development

54
https://ithelp.ithome.com.tw/articles/10203056
迭代 (Iteration) and 增量 (incremental), show don’t tell
Agile mindset
DevOps capability

55
Agile / DevOps 是可行的
先找到痛點，再談工具框架

56
# 幾個團隊轉型時的經驗

57
散落的 MR 與碎片化的知識

58
# commit to Sprint branch
# Sprint demo 後進行
# 開發團隊自由參加
# 當周未參與開發亦能跟上發展
# 消除單點瓶頸
# 提高知識流動性
Group Code Review

59
Sprint demo meeting

60
Sprint 2
Box 1 Box 2
Sprint 4
Sprint 3
Sprint 1
Box 3 Box 4
10% 20% 70%
10% 20% 70%
15% 25% 60%
20% 30% 50%
Automated regression Automated regression Automated regression
automated
Automated regression Automated regression
Automated regression
測試發展策略
UI test API test Unit test
Iterations
Test
coverage

61
團隊又收到新目標時

62
•碼農、版控
Dev
• 持續整合、自
動測試組態管理、持
續交付、持續部署、
系統架構
DevOps
•法遵、資安議題
•不要上CVSS、不要侵
權
DevSecOps
•
•商業思維、需求分析、
產品規格、合約、成本
BizDevSecOps

63
產品需求來源

64
老闆
Sales / BD
主管 / PM
基層 / RD
商機 / 價值
方案 / 需求
設計 / 架構
自動化省時
正向循環
負向循環
給開發者的建議

65
回饋收集
定義路線圖
方案設計
開發實作
方案驗證
行銷準備
市場發行
PMM
Mkt
PMM PdM(PO)
PdM(PO)
UX
Architect
RD
RD
QA
SDET
Architect
PjM
PdM(PO) PMM
PdM(PO)
PdM(PO)
給 PO 的建議

66
DevOps 一條龍

67
# Operating What You Build
https://netflixtechblog.com/full-cycle-developers-at-netflix-a08c31f83249

68
# 總結：三步工作法

69
之一：由左到右快速流動
- PO/PM
- Value Stream Mapping and/or Impact Mapping
- Requirement Engineering
- User Story Mapping and/or Event Storming (DDD)
- 支持以完整的能力編組來構造團隊
- RD
- Trunk-based development & Feature toggle
- Continuous Integration / Deployment
- Infra. as Code
- Sharing knowledge with team

70
之二：右到左快速反饋
- PO/PM
- Retrospective (回顧)
- Refinement (微調)
- Data-centric (資料驅動)
- RD
- 測試金字塔、行為測試
- 埋 Log 輔助做分析決策 (前後端都可)
- System thinking (系統思維)
- Business Awareness (商業思維)

71
之三：持續學習
- PM & RD
- 開放文化、探索價值
- 假設(hypothesis)驅動
- 信任
- 夥伴關係
- 負責而不咎責

72
帶團隊的課題：
讓團隊具有快速釋出、回應的能力，並培養成長思維
管產品的課題：
如何協助團隊建立價值回饋循環，以成就感驅動眾人

73
“Be the change you want to
see in the world.”
—Mahatma Gandhi

75
DevOps Taipei Community
 https://www.facebook.com/DevOpsTaiwan/
Agile Community in Taiwan
 https://www.facebook.com/AgileCommunity.tw/
Domain Driven Design Taiwan
 https://www.facebook.com/DDDCommunity.tw/
Q&A

在B2B硬體產業運用 Agile 與 DevOps 的實務與心法

More Related Content

What's hot (20)

Similar to 在B2B硬體產業運用 Agile 與 DevOps 的實務與心法 (20)

在B2B硬體產業運用 Agile 與 DevOps 的實務與心法

Editor's Notes