Re: [討論] 關於敏捷越來越深入台灣職場

※ 引述《oopFoo (3d)》之銘言：
: ---------------------
: 敏捷軟體開發宣言
: https://agilemanifesto.org/iso/zhcht/manifesto.html
: 個人與互動 重於 流程與工具
: 可用的軟體 重於 詳盡的文件
: 與客戶合作 重於 合約協商
: 回應變化 重於 遵循計劃
: 也就是說，雖然右側項目有其價值，
: 但我們更重視左側項目。
: 敏捷軟體的 12 個原則
: https://agilemanifesto.org/iso/zhcht/principles.html

敏捷是做出客戶真正想用的東西
在需求變動與不確定 (連客戶自己都不確定，想用什麼軟體)

以快速小迭代，每個 Sprint 交付最小增量給客戶
客戶親自使用並回饋之後，再次修正 Sprint Goal

開發團隊再次衝刺 Sprint Goal 微調之後
不斷 Loop 把客戶"真正"想用的東西做出來

敏捷的目的，理論上是這樣對吧?

敏捷有可能需求不變動嗎?
反了吧，每個 Sprint 需求都在變，但是更接近客戶真正想要的
規格很穩定才是 Waterfall 吧，但最後做出垃圾被打翻重做

敏捷有可能不壓時程嗎?
Sprint 衝刺本身就內含要交付給客戶
其實就是要做完阿，不保證做完，那客戶驗證什麼?

台灣用起來很奇怪的真正原因，是沒有(或無法)小迭代吧!
把一大包，幾個月才能開發完的東西

客戶說要規格A，老闆說要規格A+B，PM加碼規格A+B+C
包起來寫成超大的開發目標
切成 10 個 Sprint 開始追團隊
每個 Sprint 做完成多少，是否準時

切 10 個 Sprint 這件事本身就已是規劃甘特圖

敏不敏捷，吵需求不應該變動，不應該壓時程
根本劃錯重點

--