# 規模化敏捷的實戰：從六人 Scrum 到五十人跨部門 LeSS - 黃相文(Sam Huang)

{%hackmd @HWDC/BJOE4qInR %}

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

# Introduction
Cloud engineering Manager
Agile Coach of Fintech BU
Scrum Master
# Gogolook
# Gogolook product
- Whoscall , C端產品
- B端
- 金融科技 - 招財麻吉
# GASA 成員
- 跟東南亞政府合作TH/TW/JPN

# 袋鼠金融 - 今天的主角團隊

# Agenda
- 3 stage
- My larning and suggestion for LeSS

# 初創階段(Scrum)
- 2019 成立, 解決金融詐騙議題
- 6 people Task Force
- PM/PD/BD/BE/FE/QA
- review every 6 months
- e.g. MAU , 300K
- 若沒達標, 回到原本的小姐.
- MVP, 快, 多工, 目標導向
- Database : Google sheet
- 撐了2年多 , till now some data still is in Google sheet
- 下廣告 - Google Ads
- by Backend 一個月下了100~200個
- by 專業行銷人員 好了10%
- 真人客服
- FB messenger / Line
- COVID-19 遠端公司
- 挫折的地方: 溝通
- 解決方式：使用 Gather 模擬大家在實體辦公室的感覺

# 快速擴張階段
- 12 to 50 , 所有職能都有2倍以上成長.
- 1 team to 5 teams
- team scale : from 6 to 12
- Scrum 建議10人以下, 2個pizza原則
- PM/PD/BD/CS/MKT/PM
- BE/FE/QA/FE/MKT/MKT
- 遭遇的挑戰.
- 人太多, planning & Retro 時間太長, 深度不足
- 已預期未來會有更多成員加入
- 開了20個Headcount在外面.
- Product , Marketing , BD 立場/思維上的差異
- 工程資源共享, 很難判斷priority
- 跨職能團隊使用不同的工具
- Jira / Trello / Google Sheet
- 遇到的問題：沒有權限、不熟悉不知道怎麼使用
- 免責聲明
- 你想的LeSS 可能跟我們的不同
- 中心思想
- 追求目標跟落差, 所造成的行為的改變.
- LeSS
- 框架 包住 原則
- 外面是實驗
- Flow
- Sprint planning Part-1 3個team共通
- Part-2 , 各team分開
- 各team可以自己找Product backlog refinement
- Sprint review : 3個team 共通
- Retro 是3個team自己Retro , 也可共同retro
- LeSS 跑不好有很大機率是 Scrum 本身就跑不好
- LeSS 核心精神
- One Team
- One Backlog
- 團隊拆分 14人
- 大PO with Product backlog
- Marketing - 4
- Product team - 10
- Less Sprint Backlog
- 一塊排Marketing & Product priority
- Story 有相依 & 沒相依, Both/Marketing/Product

- Component team vs Feature teams
- Component : Marketing team & Product team

- 團隊變成50人
- marketing teams
- 3 Product teams
- BD team (Business Development )
- 大PO
- 2個小PO for 產品, follow 大PO
- Marketing / BD 各1個小PO

- [Component team vs Feature teams](https://www.visual-paradigm.com/scrum/feature-team-vs-component-team-in-agile/)
- Component
- Feature

- 可能的困惑
- 為什麼Marketing & BD 要一起跑LeSS
- 因Marketing & BD 當初一塊跑Scrum時, 喜歡深度參與
- 每天怎麼站會
- 15分鐘開得完才站
- 這麼多user story , 如何排序
- OKR , RICE模型也會做判斷
- (Reach x Impact x Confidience) / Effort
- what is OKR
- Company Objective
- BU Objective
- BU Key result
- User Story / User Story => 排序
- 如何Story 都是OKR , 其他工程相關是否就做不到
- Yes , 20% reserved for 強身健體 但沒有Key
- e.g. 技術債, 資安
- 用什麼工具管Backlog
- Jira
- Component
- Retro 也是一起開嗎
- Yes
- Retro 會把人打散, 報數
- 會玩遊戲, 因想要打破職能的邊界感.
- 義大利面+棉花糖 , 看誰高.
- AI畫了圖, 要拼圖
- 傳球遊戲
- 有時會討論一個大主題 , Open Space , e.g. [隕石開發](https://medium.com/3pm-lab/how-to-manage-unexpected-product-change-requests-abce9ed6bd13)
- 團隊可以自己開會
- 主管會參加Retro嗎
- 前期 yes
- 中期 主管不要參加. 只overall retro
- 後期 希望主管來的比例高, 9:1 , 主管自由參加.

# 全員到齊階段
- 全員到齊再優化

- marketing / BD 直接進大PO的backlog
- marketing/BD 不養小PO了.
- 不強求planning

- 為什麼marketing / BD 不參加LeSS了.
- 他們的工作性質偏"個人"
- Scrum 沒有為他們帶來"明顯"的好處.
- 讓他們自己有效率的工作, 但還是會參加部分
- Refinement , Sprint Review , Retro
- 輕度參與 for feedbak
- 透過retro 培養感情

# 我的LeSS的學習跟建議
## 思維與文化
- 努力維持良好的文化濃度
- 打破各職能的邊界, 真正意義上的One Team
- 玩遊戲
- 敏捷遊戲、破冰遊戲

## 簡化一切
Simple is the best
避免太多的flow & rule 加到團隊.

## 打造有機自組織
- 團隊

## 持續改善
- 合適>完美
- 先做就對了.
-
## 單一產品待辦
## 教練式引導
- 問題引導, 5個why
- 多聽, 少指揮
## 結尾
- 人, 變於改變的勇氣, 信任自主的環境
- 成功是對的人對的事才會帶來成功, 不是工具跟框架.
- 袋鼠金融成長了800%
-
## Join US
還有10幾個職缺

==聊天區==