# 我在敏捷的道路上 - 從理想scrum guide 到實踐中的試錯經驗分享 - 姜慶暉(Grayson)

{%hackmd @HWDC/BJOE4qInR %}

>#### 》[議程介紹](https://hwdc.ithome.com.tw/2024/session-page/3193)
>#### 》[填寫議程滿意度問卷｜回饋建言給辛苦的講者](https://forms.gle/PbiUdeskTWtHDm2n6)

* 電商
* martech

## SCRUM 狀況

我們有daily scrum: 這就是敏捷

下一個sprint繼續做: 沒有疊代的概念

不知道跑與不跑差在哪裡：敏捷的好處在哪裡

sprint跟sprint之間休息好幾天

## 老闆覺得不行
找王泰瑞教授上課：https://findscrummasters.com.tw/

##

為什麼我們Scrum還是跑不好?

因為我們沒有CI/CD，我們沒有SRE...

被老闆句點

## sprint就像是手電筒

兩週一次的 sprint 可以照出問題點，接著用retro方式改善

做了哪些改變？
- 用力改變切蛋糕的方式
- 包含 PO, RD, Front End, Back End 都需要有這樣的認知
- 增加 CI 檢查 e.g. migration, coding style
- QA RD 協作
- QA常用手動測試(Postman)，於是讓RD開發協助工具協助QA加速測試
- 減少 branch 數量
- 發現 branch 數量會增加維護成本，後來只剩 main branch，所有 feature 直接和上去？
- 減少在不同環境測試的次數
- Refinement 後，分組討論 story

### 改變後的結果

- 溝通變得更加頻繁
- Developer的技能更多
- 換位思考

## 做了哪些改變
- Plan很漂亮，安排完整的甘特圖
- 比較沒有彈性
- 為了實踐Sprint Commitment而瘋狂加班

### 結果

* 交付速度變快
* 瘋狂加班
* 一棒接一棒

## 心理層面建立
- Developer也有說「不」的權利
- 團隊的承諾很重要
- 讓團隊相信改變會發生

## 做了哪些改變
- 強調團隊，而非個人
- 適當的在技術上妥協，讓團隊達成承諾
- 讓 PO 相信團隊的承諾是玩真的
- 簡化 Retro 並回到實體，一切從簡
- 多產品對應多 PO，改為單一窗口
- 開發團隊有主要的單一PO , 其他PO要搶資源時找該PO
- 協助讓利害關係人參加 review meeting
- 卡片使用 T-shirt size 價值的量化
- [敏捷升級：28個提升敏捷成效的關鍵原則](https://www.books.com.tw/products/0010944453)
- 鼓勵並讓出時間做跨職能 pair
- 1 on 1 聆聽成員改變

## 還有哪些瓶頸
- Domain know how 的穀倉 (Silo)
- 每個人對品質定義不同
- 切蛋糕方式難改
- 需靠受 scrum 教育才能改變
- Epic 無法短時間處理掉，切換會造成大量的 Context Switch
- 跨職能接受程度不一樣，對個人職涯幫助有限

## Takeaway

* 如期如直說的簡單，要執行沒這麼容易
* 每個人對於跨職能的看法不同
* 牽扯到人的時候，改變是很不容易的

==聊天區==

TVBS的規模有大到有專屬的QA, RD, frontend....

走心QQ