說在前面，這篇沒有解答，只有問題
需要思考和經歷才能懂的也跳過，因為你一看到肯定只會反對，不摔一次是不會懂的

...更正，有很多人，摔Ｎ次都還執迷不悟

想要知道解答的，請左轉google

往後大概有空會發一篇現代技術的迷思吧，看我有沒有空了

時間有限，只打兩點
----

scrum是什麼，打著分享詐欺名號的共產開發制度
但是，這並不代表scrum有問題，而且設計的非常的正確，從管理角度來說啦

但是呢，角度對，設計正確，不代表事情都會照著你所想的方式跑，尤其很多人還不調整
甚至是用傳統徹底管理的觀點來調整...

職責分離就是一個極大的問題
例如：scrum master 不需要專業

這點是無誤的，然而，絕大部分沒有專業的來幹都會出問題
例如站會出現狀況，scrum master也知道該跳出來處理，然而，他沒辦法處理
你只知道出狀況，事後要討論的話，即便當前報告有很大問題，你也聽不出來

真正的問題絕對不是教材上喔我這個明確的環節出了明確的問題
在這時候以我的超級專業我就要明確地告訴你這個時候應該要～～～～～
........不好意思，這種if else的東西，根本不會發生，附帶一提那個還不是專業

這就是傳統工廠協調出事的時後，需要上層處理的時候，通常你會聽到這種說法
“好，你們兩個，把你們的工作用最淺顯易懂的方式給我描述清楚，這次的事件也給我
描述清楚，然後可能改善的方案也要說清楚，記住，我不懂你們專業，要說到我也能輕易看懂，然後我會針對你們的說法，對你們下適當的決定”

你還以為流程有辦法徹底分離到沒專業也能跑嗎
抱歉，在決大部分的狀況都不行
就連相關專業都可以在scrum流程中有荒腔走板的問答了（因為懂專業但不懂專案），沒有技術底子的更不可能

---

充分授權

假的

啊不對抱歉說溜嘴，我相信有正確理解的都不會覺得scrum流程有授權
因為那個本質上就是限制而且是完全控制

但是呢，在這裡一點授權都沒有是沒有關係，真正遇到決策點的時候

決策權還會被拿來做推卸責任的說嘴，這才是最大問題

用白話一點的說法，管理層應該會跟你說以下話語
“好！我們現在有點東西需要做出決定（原本是管理層要自己決定的部分）
現在我充分授權，讓你們決定，並且對你的決定負起完全的責任！”

平常被完全控制，還被丟了一些莫名其妙的不屬於自己（美其名為團隊）的連帶責任
我相信無論是誰只剩下滿滿幹意而已