# 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可以是獨立的