前情提要
朋友在一個知識型部落客的團隊中工作，
作了一個有關 Scrum 的影片，
恰巧我最近的工作與 Scrum 的導入有比較深的關係，
影片我也蠻喜歡的，就稍微作個筆記當作回饋。
回饋隨筆
第一點，讓我可以看到非業界人員初探 Scrum 的角度，
我第一次「知道」Scrum 已經是在 C 社的事了。
有點忘了第一次接觸的「初心」，台灣非軟體人說這方面的非常稀少。
能夠提供不同視角是很重要的。
橄欖球列陣這部份我蠻喜歡的; 雖然直譯就知道 Scrum 原本的意思，
但是離「光速蒙面俠」太遠，已經有點忘了那些規則，
現在對比起來真的很像，為了一次的達陣，你需要多少衝刺 ?
戰術又該怎麼選擇 ? 球員平時的訓練與臨場反應是不是也可以映射到這個業界呢 ?
整個影片很淺顯易懂，口齒清晰即使放到 1.5 倍速還是聽得清楚，
可惜的是汽車廠 5 年轉型的故事我想知道更多細節或出處，
不是很喜歡「一半的時間，作兩倍的工作」的結論，
我覺得是書商的行銷手段，不是 Scrum 的目標與強項。
產能的提昇不過是個結果，重點是三大支柱對團隊帶來的效應。
沒提到透明性、檢視性與調適性我覺得蠻可惜的，
另外個人的工作流程我不覺得需要跑 Scrum ，
可以試試 GTD 或 PDCA ，而且你會發現很多類似的觀念與原則。
Scrum 設計上是適合小型團隊的，業界說法是 3~9 人，不含 PO 與 SM
多人的公司也有很多別的方法論(EX: LeSS or SAFe)，這裡我不多開戰線，敏捷無它「務實」而已。
方法沒有不好，只有適不適合。
差異
有些用字跟業界不太一樣有點可惜，硬要翻譯不如保留英文或是業界常用翻譯。
Scrum 跟規格固定應該沒有什麼關係，不過工程上的確這樣作會帶來一些好處。
Scrum 跟 Agile 本質上還是有些不同， Agile 比較像願景、原則比較抽象的層次。
複習一下 Agile 的宣言
- Individuals and interactions over processes and tools
- Working software over comprehensive documentation
- Customer collaboration over contract negotiation
- Responding to change over following a plan
Scrum 是業界較常見的框架而且與其它工作法相容性非常的高，
就我個人而言擷取過 XP、GTD、番茄鐘、ORID 與 ToC 等方法。
作為一個框架，有彈性的包容各種方法是它如此廣佈的原因之一。
最後 Scrum 無法擺脫加班、Scrum 無法擺脫加班、Scrum 無法擺脫加班
不要盲從，Google 是先成為 google 才有導入 Scrum，你導入 Scrum 也不會成為 Google。
丟書前多想 3 秒鐘，丟桌上不如丟臉上，丟書不如丟辭呈。
參考
(fin)