# Let’s give them a nibble to get more Agile fans! - 橫道稔 Minoru Yokomichi

> 從這開始共筆，您可以分享任何聽到、學到的事物

- 面對面講述敏捷世界觀的理想與框架非常重要
- 演講的建議受眾
- 開始熱愛敏捷，大家是一起做開發的
> 我希望從今天開始有更多的人開始熱愛敏捷，不只是在工作之中
- 何時你會愛上一個事物？
- 對你真正有幫助時，有個成功的經驗
- 講述敏捷事件的價值理想是很重要的，即使是很小的實情，也能幫助他們完成工作。

> 所有我能傳遞給大家的概念，包括高管、人力資源等，希望都對大家有所幫助
> 透過從小處著手，我用演講的方式希望大家找到熱愛的敏捷

# Getting to Work
- 先考慮用戶是誰、能給用戶帶出什麼價值，在開始產出前，關注要給客戶什麼結果
- 創作出的內容是否真正能解決問題
- 希望大家寫下思索的過程
- 這個問題是實際存在的嗎
- 解決後真的能為用戶帶來價值嗎
- 用戶是真正從我們產品中獲得價值的人
- 用戶是誰、需求是什麼，待解決的問題是什麼
- 用user story的模式描述 “As a <who>, I want <what> so that <why>.”
- 需要明白我們不明白的是哪裡，自己不瞭解什麼，為了要了解要做些什麼事情。
- 常見做很多計畫卻沒有進展。
- 要排優先順序而不是優先程度，強制排優先順序
- 常見都是高優先
- 可審視工作程度與價值不斷調整

# Moving the Work Forward
- 將所有狀態都可視化
- 看板工具，團隊共同使用同一個看板
- Stop staring, start finishing
- 一切事物都是在完成後才有價值的
- 盡可能的集中注意力
- 同時推進多個WIP時是非常耗力的
- 工作時長越長風險越大
- 限制WIP
- 很難限制到一，但可以盡可能將同時開展的項目數量減少。
- 用看板工具輔助
- 盡早的犯一些小的錯誤
- 越早實現可視化，越早能發現問題並解決
- 展開小的討論
- 集中在一起工作
- 不僅分散工作量，也有助於達成目標
- 過度的討論會形成工作進展的幻覺，但真正的進展才是最重要的
- Mob Work，所有團隊成員在同一時間地點一起寫程式，可以把這種方法用在日常工作中。

# Deciding Something
- 大多是因為成員對自己的意見沒把握，擔心耽誤團隊時間，或認為別人也會發表意見，或需要時間發想。
- 花時間寫下自己的意見
- 用手指一到五來表達對議題的同意程度
- 不改變事物，而是實驗
- 只有進行嘗試了才能知道最好的結果是什麼
- 思考那些部分是有效的哪些是沒效的，還可以進行再次嘗試。
- 盡可能的推遲做決定
- 因為隨時間會有更多訊息幫助決定
- 決定帶來負擔
- 決定犧牲前進的靈活性
- 要有共識
- 在決定不了時做決定
- 多數事物都是非二元性的
- 不是非0即1
- 7 level delegation
- 將工作分成七部分授權
- 人並非討厭改變，而是討厭被改變
- 想要擁有影響力
# The Foundation
- 持續改善
- 不斷地探索，我們做得好嗎、如何才能做得更好
- 反思
- 保證時間的充盈
- 讓工作變有趣
- 參與敏捷社群交流

:::info
> I hope that as many people as possible will start to love Agile
:::

# Q&A

- With regard to prioritizing work, what's the best way to handle conflicting work prioritization of different members of the Steering Committee? Ideally it would be the Product Owner, but what if there is no Product Owner and decision is split among different members of the management team?
- 沒有單一適用的方法，但要讓雙方理解情況，不斷的交流。

- How to convince those people don't want to changed to embrace changed?
- 創新與改革的模式可能很多人沒辦法適應或完成，首先會尋找可以改變的人。