Agile tourhsinchushare踩過的scrum event坑

2. Maureen
可以念「默零」
新加坡商鈦坦科技 Scrum Master @台中辦公室
一個2010開始接觸Agile 拿到CSM，2018全職投入Agile組織的敏捷遍路者
學了引導又學了教練，2019開始在coaching的路上，現在仍持續走著
ICF國際教練聯盟認證ACC教練

3. 走過四國燒山寺
才能叫遍路者

4. 這1個小時..會有點像這樣子…
1.感覺很像一直複習SCRUM GUIDE (疑
2.Maureen一直講…一直講…一直講
3.好啦…也希望大家打打字回答問題
4.提問可以先透過「聊天」功能先打下來
5.或許會在這條線先讓大家開麥來互相討
論
6.也可能最後..最後再來開麥
7.準備好你的食物跟水 看到這樣子的符號跟文字，
邀請你對這個題目打字互
相分享喔

6. THREE
PILLARS
6

7. Scrum Guide說…
這些活動都是有時間盒限制的，也就是在某個
時間長度內必須要完成。當SPRINT 開始，
SPRINT 的長度就固定下來了，不可以縮短或
是延長。剩下的活動在達成其目的後就可以結
束了，以確保在過程中只使用了適當的時間而
不會造成流程中的浪費。
分享看看你們的Event都花
多少時間？

8. Scrum Uses Time-boxed Events
8

9. 開始踩之前…
今天回想的這些坑…
都是團體情境下的產物。
不同團體不同情境，不
一定會產生同樣的坑，
若有巧合純屬雷同。

10. 前情提要
•3個dev Team(7+5+5人)
•同1個product Backlog
•團隊已習慣每個sprint長度為1週
•產品功能基本穩定，較少需要全新功能
•每週3個dev team會有2~3個人技術客服，不
參與sprint

11. SCRUM
EVENTS
11
The Sprint
Sprint planning
Daily scrum
Sprint Review
Sprint Retrospective

14. 當同事這樣討論…
同事：下週五放假~我們這次sprint改2週吧！
同事：我們下週有些人不在，這次sprint改2週吧！
PO：我們少開點會，大家集中時間開發，這次開
始sprint改2週吧！
分享看看，如果是你，會
怎麼做？

15. 這個坑叫…
人/時間不夠.. SPRINT就調長一點
來個++表示你也踩過這個
坑~不孤單蝦

16. 為什麼
sprint長度
是固定的？
我這樣想著…
1. 像心臟一樣的跳動
2. 匱乏理論
匱乏：擁有的資源小於所需要
的資源
當人處於匱乏的情境，專注力
會提升，工作效率也更高
聚焦
節奏
固定的、持續的發生

17. 這個坑…
爬起來重新再
來過
人/時間不夠.. SPRINT就調長一點
團隊動力在剛變動的情
境下，越短時間內能調
適與檢視、越能增加機
會做調整

18. 當同事這樣討論…
(星期三下午)
DEV TEAM：我們Sprint Goal達成了！要不要再去跟PO領STORY？
或者
PO：诶~你們都做完了，那這兩張Item給你們繼續衝刺吧
泥說說看~你會去跟PO領多
少Item，還是不領？

19. 這個坑叫…
Sprint Goal達成了，PO不懂dev team還
有一天半要幹嘛？

20. 是甚麼原因
讓我們很快
達成sprint
goal？
我這樣想著…
1. Dev team在planning
時做了悲觀估計、或
資訊在過程中有所變
化
2. PO訂的priority與
sprint goal之間的藝
術

21. 這個坑…
爬起來重新再
來過
SPRINT GOAL達成了，PO不懂DEV TEAM還有一天半要幹嘛？
1. Planning時多問一點po想要的
增量價值、促進po與團隊共同
思考
2. Dev team有沒有技術債要趁這
時候還？跟PO協商討論剩下的
時間有沒有更有價值的事

23. Scrum Guide這樣說…
Sprint Planning 是有時間盒限制的，以一
個月的 Sprint 來説，Sprint Planning 最多
為八小時。 對於少於一個月的 Sprint，這個
會議所需的時間更短。
Product Owner 討論這次 Sprint 所應該達
成的目標，以及完成哪些 Product Backlog
items 可以達成這個目標。整個 Scrum
Team 協同合作來了解 Sprint 要做的工作。

24. Planning過程中…
會議經過3小時…終於完成user story 、
acceptance criteria 、估size、團隊也拿
好commitment
有沒有夥伴planning在一小時
就能搞定，舉手舉手~偶像

25. 這個坑叫…
一次一小口，別急著跨大步

26. 我這樣想著…
人們害怕改變，
一次改變太多
形成張力…
1.PBR還有改善空間：
• 基於time boxed原則，時間內能
refinement的item數量有限
• 參與PBR的人未將資訊帶回團隊，
導致planning重新sync資訊現象
2. 未完成的item沒有重新估計就放回
product backlog
• 等到Planning又重新估一次
如果你在剛剛說的這個情境，
會有甚麼感受？

27. 這個坑…
爬起來重新再
來過
一次一小口，別急著跨大步
1. 當PBI裡面的ITEM越來越細致，有助於
節省planning時間
2. 當團隊新手多，給予時間經驗學習是必
要的，應視情況做初始PBR、或提早將
PBI資訊揭露提早讓team準備
3. 會議中可善用分組加快節奏，將經驗較
多與新手mix，planning後仍需靠團隊
回去資訊同步
4. 搭配沉默的閱讀(有好有壞)
5. 耐得住抱怨(笑)這是張力!
創造性張力常常夾雜著焦慮、悲哀、氣餒、絕望或擔憂等感覺，以致於人們
易於將創造性張力與這些情緒混淆，甚至以為創造的過程就是處於焦慮狀態。

28. Planning過程中…
PO：這次sprint做到這張(po指著某張story)
或者
PO：這個sprint我主要是要item2,item5,item8
PO：Item1明天就要上線、Item2後天就要上線、Sprint goal是OOOXXX
打！表示~好巧喔~我們也都
這樣ㄟ…!!!

29. 這個坑叫…
PO什麼都要
送出「T_T」表示~我是PO~
我覺得都很重要啊~~

30. 1.價值=那些我們想要的東西
2.選擇 價值=
選擇 那些對我們重要的東西
3.價值順序之所以是順序就是要聚焦
價值高的優先，常常是甚麼都重要
無法下定決心
4.目標的敘述過程，能夠更加體現對
於SPRINT增量價值的意義詮釋，讓
DEV TEAM加深理解為了甚麼而衝刺
我這樣想著…
說故事比起直指
任務項目，更能
讓團隊有動能，
賦能更能發揮整
體效益

31. 這個坑…
爬起來重新再
來過
PO什麼都要
1. Planning一開始就請PO說出
Sprint Goal，再進入每張Story
釐清
2. 引導團隊以達到sprint goal為前
提下去拿commitment
3. 實在吃不下又達不成sprint goal，
就會產生與PO之間的協商scope
的對話，對話過程才是該發生的

34. 通常都是這樣…
A：這張我做完了，那張可能會這樣那樣繼續找修改點…
B：我昨天做這張這張，滿順利的
C：我跟A昨天一起pair，跟他一樣
D：我昨天完成了這張那張…發現ㄧ些問題等下我們一起看一下
(結束daily) 打^^表示「看起來很順利
~hen棒」

35. 這個坑叫…
我們在路上，一切安好

36. 我這樣想著…
1.看看scrum Guide，這三題是要關
連到sprint Goal的r~~
2.是不是我們較少問「對於達到
sprint Goal我們有多少信心及風
險」
那sprint goal
的信心咧？

37. 這個坑…
爬起來重新再
來過
我們在路上，一切安好
1. 藉由多問「距離sprint goal多遠」
提高dev team意識
2. 今天有什麼目標可以幫助我們往
sprint goal更明確一點？
3. 卡住的地方有沒有止損點的
timebox提醒我們停下來重新檢視？
4. 設置captain，責任是確保團隊在
正確的方向及航道上打！！回應一下~原來我們
好傻好天真

40. 曾經不同時期是這樣的…
1. PO詢問Dev team每張story進度
2. PO逐一針對Story描述完成狀態、對團隊提問進一步資訊
3. Dev team逐一展示story
4. PO提供市場數據報告產品表現
5. 用科展Bazaar方式，分team分攤位展示

41. 這個坑叫…
Review花好久時間喔~dev Team之間不小心就
問到技術實作細節，阿我們增量後的市場反應呢？

42. 我這樣想著…
這不是進度匯
報的會議~是
一個檢視與調
適的時間R
1.因已有習慣Just in time review
2.不用為了demo而demo
3.這週增量的還沒能看出市場表現
4.Product Backlog在PO的冰箱裡該
拿出來了

43. 這個坑…
爬起來重新再
來過
REVIEW花好久時間喔~DEV TEAM之間不小心就問到技術實作細
節，阿我們增量後的市場反應呢？
1. 限制demo時間，團隊要事先想好時間內展示
方式
2. 會議時間分配多一點%給市場表現的數據報告
及提問討論
3. 將product backlog可視化並在review
meeting展示
4. 定義三個團隊初版DoD，於review meeting
據此定義story done or undone
5. Undone item依據情況承諾完成時間、或重
新估計大小回到product backlog分享一下有沒有其他覺得不
錯的作法~~

45. Scrum Guide這樣說…
Sprint Retrospective 提供 Scrum Team 一個自我檢視的
機會，並建立一個改進計劃以便在下一個 Sprint 中落實。
Sprint Retrospective 的目的是：
 檢視上次 Sprint 內關於人員，關係，流程和工具的情
況；
 找出並加以排序做的很好的重要事項，及具有改善潛力
的事項；同時，
 制定一個計劃來落實如何改善 Scrum Team 的工作方
法。

46. 曾經不同時期是這樣的…
1. 花很多時間Check in or 破冰
2. 越近的事越記得住、越遠的事就成追憶
3. 超過1小時還談不到問題的根本
4. 總是有Action沒有實踐
5. 團隊本身無法定義可以改善的問題

47. 這個坑叫…
我以為的不是你以為的，你以為的不是我以為的

48. 1.以為團隊需要建立安全感才能開始
深度對話
2.以為平日工作就會覺察問題，但許
多時候，人們是無自覺的走著
3.這是一個很需要引導技能的會議
4.如果要深度思考，還需要搭配平日
觀察的資訊來細緻設計
5.需要許多coaching技能可以引發改
變、加強action實踐力
我這樣想著…
如果平常每個
人更有自我覺
察的能力，更
容易直搗核心
找出改善

49. 這個坑…
只能一直在裡
面玩耍了!^^
我以為的不是你以為的，你以為的不是我以為的
1. 持續增進引導、教練技能
2. Sprint 期間觀察到的現象，越早
鏡映越好
3. 團隊成員間的信任連結若不夠，平
日就要小步小步建立
4. Action不止有action taker，還要
可視化or電子化，並且適當follow
up來鈦坦粉絲頁案讚~表示
想多聽一點細節

51. 200+
Projects
4
Offices
30
Averageage
100+
Trainings/y
150+
Countries
5M
Users
新 加 坡 商 鈦 坦 科 技 是 一 間 軟 體 開 發 公 司 ， 採 用 敏 捷 開 發 同 時 全 面 導 入
敏 捷 管 理 ， 在 這 裡 沒 有 B o s s 但 要 有 自 組 織 的 G u t s ， 我 們 重 視 團 隊 合 作
勝 於 個 人 英 雄 主 義 ， 看 重 產 品 效 能 更 勝 於 自 我 表 現 ， 同 時 ， 我 們 致 力 成
為樂趣製造者！