# SM 導入 Scrum 後的下一步：如何持續改進 - 蘇家郁(herdy)

{%hackmd @HWDC/BJOE4qInR %}

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

- 下一步可以做什麼?
- 團隊好像沒有什麼問題
- 套用框架
- 一切都很好
- 偶爾小問題.
- 提供方向
- 觀察團隊現況
- 記錄狀態
- 定義團隊遇到問題
- 增加知識
- 觀察
- 收集資訊
- like 小時候觀察綠豆
- 在進行觀察活動之前見建立一個觀察目的
- 觀察目的不要帶批判性獲預判
- 觀察為什麼做這麼慢? 會倒果為因
- 記錄
- 事實(O) => 看到,聽到,具體行為,實際
- 詮釋(X)
- 團隊很XX, 做的很慢,
- 例子(O) or (X)
- 團隊在refinemenet只問了1個問題.
- 團隊跟PO說Goal無法達成
- 數據(O)
- 接了多少點, 完成了多少點
- 成功 or 失敗
- 詮釋 & 假設
- 基於你看到的行為(事實), 做出詮釋 or 假設
- 假設需要驗證
- 假設: Herdy 對於Retro不感興趣
- 驗證 :探詢
- 不驗證假設的風險在於**定義錯問題**
- 定義問題
- 現況: 團隊10:00 Daily , 10:15 ~ 10:16才到
- 期待: 準時間始
- 問題: 如何準時間始
- 進一步思考：這是現象 還是 問題
- 太陽是東面升起 /現象?
- 電扶梯都站右邊? /現象?
- 團隊不切分Story?/問題?
- 第一層:你遇到的, 到底是現象 or 問題
- 第二層:誰能幫助我們解決問題
- 千萬不要認為只有“我”可以解決 ->不要英雄主義
- 去想想可以有“誰”幫你一起解決這個問題
- 主管, 在意會議的人
- 排定優先級
- 優先級是什麼
- 團隊目前最大的問題是什麼
- 如何專注產品開發
- 如何當責
- 如何切Story
- 改善working flow
- 增廣見聞
- IKEA逛街
- 擺設
- 學習
- 看書
- 與人交流
- e.g. Terry Wang
- 還能做什麼?
- 藍球規則
- 籃球戰術
- 進攻
- 防守
- Scrum pattern
- Rule & 戰術
- 問題: 我們怎麼決定這個Sprint拿多少Story?
- 工時/感覺/點數換工時
- 昨日天氣
- 根據過去推斷未來，提供更精確估算與計畫
- 問題: 我們常做大的item都fail
- samll item
- 將工作區分為小項目
- 大項目會模糊細節的理解，導致驚訝
- 透過管理和處理小項目，團隊可以減少計畫的驚訝

- 保有持續學習的動力
- 透明工作
- 透明
- 害怕的是看不到, 看到就會改變
- 產品路線團
- 產品表現

- 開發者體驗
- 團隊成員開發過程
- 常被打斷
- 臨時要開會
- 無法進入心流
- 結論
-

==聊天區==
Scrum Master Guideline