Scrum 價值觀新解 - Daniel Tang

主講人：Daniel Tang
時間：2021/11/04 10:30-11:20

BE(YOND/NEATH) SCRUM VALUES

Scrum Value

有新的scrum guide,我們今天來分享一下 Scrum Value,我對他的反思

WHAT"S MISSING

SCRUM VALUES

COURAGE,FOCUS,COMMITMENT,RESPECT,OPENESS
1986到現在,這些VALUES有沒有缺失或要調整的

Internal - 都在講內部團隊
- External - 外部協作比較少提到
Output - 強調產品
- Outcome / Impact - 較少提到對用戶的影響
Team - Team retrospection
- Product 較少提產品的 retrospection
Delivery
- Discovery

COURAGE

容易理解,但不敢做

為什麼不敢做

蜥蜴腦 Lizard Brain 的作崇 (from Seth Godin)

CHURNING

瞎折騰
- Ambiguity -> Clarity
蜥蜴腦不喜歡 Ambiguity,喜歡簡單的
團隊應該擁抱一開始的混亂
Waterfall process 中的每個方塊 Plan,Design,Develop,Test,Deploy
- 都會有 Ambiguity->Clarity 的過程
跟你的蜥蜴腦做fight

EMBRACE IMPERFECTION

Google喜歡的是經常改變的內容
Without informing the world
- Target audience will find you
Deliberately time boxed context switching
- 與其一次完美,不如制定 timebox 持續發佈小的不完美的東西
Complaint/Frustration driven
- 會被罵(挑戰你的蚚蜴腦,會不舒服)
- 但會被真正的客戶drive
- 不要盲目的定義 DoD
  - 要從商業角度回來看

COMMITMENT

苟且紅利
- 苟且者 - 做事馬馬虎虎
- 你只要不苟且,就能從苟且者獲得利潤
- 微信 - 普賽紅 (超市清潔阿姨)
  *
重覆力
- "I fear not the man who has practiced 10,000 kicks once, but I fear the man who has practiced one kick 10,000 times." –- Bruce Lee
- G2Rail 的網頁重寫過6遍
  - 有機會重新觀察細微的小地方,那裡需要調整
  - 有機會不苟且 !
- 德鐵的資料庫,義大利鐵路的流程圖…等
  - 很難一開始就把架構想得很清楚
  - 接了五十多家鐵路公司後,就會有全新的理解
    - 需要做很多遍的重覆
- 重覆做,就會有新的理解
  - 連API都變的很清析

FOCUS

原意:完成 sprint 的目標
- 十分專注
- 看到這會想到什麼?
  - FRPLY 8700012 87686000
  - 巴黎里昂站(南站)
- 不只是一個產品,會想到
  - 這站通好幾家鐵路
  - 著名的夜車(有臥舖),怎麼拿到折扣
  - 我能買些什麼東西
- 接著會想到一堆API
- 做為數據專家
  - 我能獲得里昂站的火車時刻表
  - 我應該要呈現什麼數據
- 細節化場景打穿
  
  Everything is important - that success is in the details - Steve Jobs
- 打穿無數場景,會讓你產品很強

TWO DIRECTIONS OF IMPROVEMENT (DEFOCUS)

Gary Klein - Seeing What Others Don't
- 我們常優化SOP,文件來reduce errors/uncertainty
  - 但能獲得的提昇有限
- 從另一個方向來看
  - insights / contradictions / connections / coincidences / curiosity / creative desperation
  - 花點時間想些不在 Product Backlog 的東西
  - 想想改善你隔壁夥伴的工作(script, automation)
    - 有時會有意想不到的收獲
    - 但我不建議你用公司的時間,你可以用自己的時間,為產品或team增加靈感

DEFOCUS DELIBERATELY

我自己能產生的流量要高於 50% (不依靠App Store/Google Play)
我在週末利用閒餘之時做了這個 Hannover Hbf 火車時刻表
- 後來變成了重要功能~

OPENNESS

REMIX

Jenkins - 不只是 CI 工具 (看似四不像)
- 透過數據(火車時刻資料)觸發,自動寫文章(網頁/有28種語言)
EXPECTED THE UNEXPECTED
- Opportunity Canvas
  - 虛擬的安全感(蜥蜴腦又來了)
- 公式,Canvas 等容易陷入 confirmation bias (確認偏誤)
  - 人就喜歡證明自己是對的
  - 做產品很容易有這種偏誤
- 賣火車票->退稅
  - 做賣票產品時很多人都不會想到這件事
- 三部曲
  - Ship broken work deliberately
  - Set up Channels
    - 要記得設計 communication channel 讓客戶反應他的問題及困擾
      - 大組織的RD很難聽到客戶的問題 (日本客戶的巴黎北站問題)
      - 但有了這個 channel 就可以優化產品,讓你與眾不同
  - Analyze behaviors

RESPECT

USE OTHERS' LANGUAGE
- 說人話,不要用專業術語
  - 用客戶能理解的話
AVOID EGO-CENTRIC
- 一段看不懂的 Ruby Code…
  - 他也是用TDD寫出來的,但還是看不懂
  - 太過技術,太過抽象
  - 不要把自己限制在那個role(technical guy)
  - 要解決問題,有很多方向,不一定只有"技術"這條路
PROTOPIA
- Dystopia (絕望模式), Protopia, Utopia(烏托邦)
  - 用客戶的complaint,feedback來改善產品
- 盜刷怎麼辦?
  - 產品下線
  - Protopia - 如何從宏觀的角度來思考
    - 下線義大利鐵路
      - 只下線特定路線

Questions

如果沒有清楚的vision,怎麼開始project
- Daniel: 如果你不確定,把 sprint 縮到很短,更快收到 feedback, 可以更快調整. 不是說不需要 vision,重點是要收到 feedback
如何接受不完美的發佈
- Daniel: 不完美,意思是指只滿足極少數,甚至一個人.
如何與團隊開發人員溝通,讓他們願意跨出來,能理解商業這塊
- Daniel: 如果想改變別人,先看自己能改變什麼. 用吸引而不是push. 例如PO先來寫code?
Sprint 縮到很短的話,團隊會覺得不夠時間做設計,擔心影響品質
- Daniel: 專注在"解決某個具體問題". 如果這問題很小,他的影響也不會很大(如果壞掉的話…),所以不要太擔心
Sprint 長度是 SM 可以獨裁決定的嗎?
- Daniel: Developer 也許自己也有一個更小的timebox (1day~2days),愈不確定的話,就要愈短. 這個 timebox 跟team的sprint可以是獨立的