許多公司標榜自己在做“敏捷”。敏捷是執行軟件開發的最新的框架。這個框架下有不同的方法，如Scrum，極限編程（XP），RUP等。Scrum目前是最熱門的。一般來說，組織會使用一個混合的版本來適合他們的需求，也受到組織的環境限制（EEF、OPA；指的是企業環境因素，組織流程資產）(EEF/OPA, or enterprise environmental factors/organizational process assets).
因此，公司爲什麼要轉型到敏捷呢？
我們用敏捷宣言來概括回答這個問題：
- Individuals and interactions over processes and tools
- Working software over comprehensive documentation
- Customer collaboration over contract negotiation
- Responding to change over following a plan
敏捷賦予客戶更改的靈活性，因爲整個流程是迭代的並且客戶知道每個迭代的進展。還有，團隊計劃且承諾每個迭代的工作，並一起完成承諾。
對於雙方這是一種雙贏的場景：
- 客戶實時得到項目、產品的更新狀態，並且客戶可以自由地改變需求。
- 團隊就像軍隊裏的阿爾法單元（5-9個人），一起在短迭代內榮做。
不爭的事實：
這些都是理論。然而生活不是非黑即白：哪裏都有灰色地帶。
“do Agile做敏捷”比“be Agile成爲敏捷”更容易一些。敏捷需要一定的紀律來得到正確的結果。
- 會議在時間盒內嗎？
- 會議中你是很好的傾聽者嗎？
- PO或者ScrumMaster就是唯一說話的人嗎？
- PO或ScrumMaster把工作“強加”給你嗎？
- 在Sprint計劃會議時，PO不等團隊的輸入就要求承諾嗎？
- 被迫給故事ABC分配XYZ點數的估算嗎？
- 在回顧會議你不“公開”，因爲害怕所說的適得其反嗎？
- 在sprint過程中你被迫承擔新故事，而影響了你已經承諾的交付嗎？
- 在每日站會上你從來不談論儘管已經存在的障礙？
- 你希望PO或SM微管理而你只需要工作即可嗎？
- 你相信胡蘿蔔加大棒的管理方法很重要嗎？
這些場景只是其中很少的例子；可能的清單是無窮無盡的。這些表明你在“做敏捷”（只是爲了完成而已），但你不是“成爲敏捷”，因爲你不知道敏捷實踐和交付的真正重要性。
你可能是遵循瀑布式開發人的敏捷傀儡。這種Scrum是臭名昭著的“Water-Scrum-Fall”。（譯者注：也有叫做Scrum-But）
我給這個方法起了個新名字：“潮溼的”Scrum
遵循瀑布式開發的實踐Scrum就變“潮溼”了。人們根據場景和難度有選擇的使用Scrum。然而這麼做很難（幾乎不可能）理解敏捷的精髓。
潮溼的Scrum如何工作
客戶需要以下內容：
- 更多的人爲干預
- 可控的工作組織在短迭代內，而不是把整個項目、產品作爲一個整體進行管理。
- 事實更新完成的工作
- 改變需求的權利
- 高質量結果
這些都是Scrum理論上的交付物。然而，如果團隊沒有紀律性，也不關注使項目成功的話，就沒有工作方法可以確保項目成功。
客戶很着迷使用Scrum來解決上述的需求。這會對XYZ公司的高層轉到Scrum產生了壓力。這種壓力向下傳遞給中層，最後是團隊。團隊不必認識到敏捷的價值，但他們需要成爲敏捷，因爲這是高層明確的要求和客戶的聲音。團隊開始每日站會，sprint計劃會議和回顧會議，而他們並不清楚最終目標或者目的。燃盡圖從字面上看也燒燬了這些潮溼的Scrum團隊。數字對於他們就像外星人。他們不確定PO和ScrumMaster的角色是幹什麼的。他們相信自己是自組織的，但還需要經理來管理他們的工作。
概括地說，他們被客戶（或管理層）要求“敏捷”的；然而，他們離成爲敏捷還很遠。這是一種很悲傷的狀態，對團隊也很殘酷。逐漸地，團隊覺得這些會議沒有用。例如，如果在sprint過程中經常承擔更多的故事，那麼sprint計劃會議就失去了目的，也就變成是浪費時間。類似的，如果每日站會開了30分鐘，很明顯對於整個團隊都是在浪費時間（30分鐘乘以每天的團隊成員數）。
長此以往，團隊開始崩潰了。他們失去重心和動力，並且產品也會從創新模式掉到生存模式。
每個人都會抱怨敏捷是失敗的源頭。然而，如果參與項目的人不想做好，用什麼方法都會失敗的。
結語
競爭是激烈的，因此公司會竭盡全力挖掘新客戶和保住老客戶。這也包括了轉型到Scrum，看板等新型工作方法。然而，如果不理解敏捷的真正價值，這會扼殺員工的創造力、創新、願景和動力。
敏捷生來就是賦予人們權力和溝通，然而潮溼的Scrum中丟掉這些核心價值。
趕快醒醒吧！
原文鏈接：http://www.scrumalliance.org/community/articles/2013/december/wet-scrum