導語：日前，酷殼站長陳皓編譯的一篇《為什么Scrum不行？》再次引發了敏捷社區的一陣騷動。原文出自《Why Scrum will never work》，在那篇文章中，原作者分析了Scrum不適用的幾種情況。當然，作者并沒有對Scrum全盤否認，而是做了負面思考——思考事物的負面因素。因為這樣才能更全面的分析一項事物的優缺點，并知道：它會起作用嗎？缺點是什么？它有什么問題？為什么不能做。

作為敏捷方法領域最火的概念之一，批判Scrum是需要勇氣的。在本文開篇處，陳皓也進行了“免責說明”，“這些東西相當的現實。希望各種Scrum的實踐者們認識到這些問題，從而可以讓你們明白軟件開發中的人的重要性”。

以下是原文中提到的9個Scrum不行的理由。除此之外，陳皓在里面加入了自己的分析（感謝陳皓提供的精彩內容）。

Reason 1: Scrum的基石是相信人。創造一個安全的環境，這樣每個人都能相互學習，相互直言。但是，這是不行的，這世上有很多人并不關心這些，而且政治和競爭到處都是，辦公室里無小事，你和別人交心，你相信他們，最終受傷的你自己。你真的以為那里有空間讓你可以去犯錯，去冒險嗎？

Reason 2: Scrum認為只要給員工足夠多的自由員工就能做得最好。這該死的理論是基于什么玩意？不可能，人的天性是懶惰的，他們才不會把事做好的，他們只會做相應報酬的工作量，還可能基本甚至達不到其相應的報酬，大多數人都在混日子。尤其是和經理比起來，誰不想能盡快地成為經理或Team leader啊，因為那樣他們就可以即不干活，又掙得多。另外，你給他們自由，你就會發現，他們會只會做他們感興趣的事，要么聊QQ，要么打游戲，看閑書，反正不干正事。直到你催了，他們才動一動。

Reason 3: 因為前面的原因，所以，我們仍然要把一個PM放在Scrum團隊的上面做管理，這樣才會有產出。于是，PM給團隊分配任何，管得細枝末節，事無巨細，天天讓你做進度匯報，等等。直至把團隊拖垮。

Reason 4:Scrum只不過是一個流程。這世上有太多的流程，尤其是那那些執行CMMI的公司。幾乎所有玩CMMI流程的公司，你都能看到的是員工都是那一副副難看的臉。所以，Scrum的流程同樣會這樣。因為這些都不是開發團隊自發出來的，而是上面管你喜歡不喜歡按給你的。Scrum根本不可能增進你的軟件質量和技術，只能是優秀的人才才可能！使用Scrum的公司都是些吝嗇鬼，他們不愿花大錢招優秀的人，他們妄圖使用Scrum這種東西讓現有的這些廉價勞動力發揮更大的生產效率，Scrum成了push程序員最有用的工具。

Reason 5:Scrum delivers ‘business value’。不是這樣的，實際上，Scrum不可能。這有很多原因。真正了解業務的那幫人根本不可能加入項目團隊，那些人誰TMD愿意和苦逼的技術人員加班啊。 那些人喜歡和我們的用戶吃吃喝喝，花天酒地的，根本不會和你們那些奇怪的東西（如：backlog）或是那堆ugly的內向古怪的技術人員打交道，更別說什么技術了。所以，你的團隊就像一個客服團隊或救火隊一樣疲于奔命。

Reason 6: 一個敏捷的團隊應該是持續進步的。這就是為什么Scrum總是在問什么干得好，什么需要改進，并定義行動方案。你真的以為員工想進步嗎？讓他們不得不去想想自己和團隊怎么進步，然后他們還不得不去執行行動方案。別天真了，人的天性是不喜歡改變的，人的天性是習慣于一些按部就搬的事，也許那樣做令人討厭，但是人家還是能干點東西出來。如果你逼著人家改變，你就是在壓迫人家，人家自然會反抗。

Reason 7:Product Owner專注于 ‘what’ 和 ‘why’ 的問題，開發團隊決定 ‘how’。很不錯的分工，于是可以造就一個即高速有重質量的團隊。然而，這根本不行。你的Product Owner馬上就想要這個功能，他才不管你的軟件開發的技術難題，人家只要快，要你meet deadline，要你給我們重要的客戶做出承諾。另外，你千萬不要以為你們可以轟走這個初級的product owner，因為他的后臺是直接匯報到高層管理。你作為一個程序員可能只是其個小部門的一個小嘍啰，或者只是外包公司，你覺得可能嗎？你覺得建立信任可能嗎？

Reason 8: 軟件質量和生產率成正比。也就是說，質量越高，生產率越高。如果質量不高，你開發效率就會低下，但是誰管呢？我們朝九晚五的上班，質量好了也是做8小時，質量差了也是做8小時，無所為嘛。另外，我們的project manager (或者是Scrum master!) 總是會批評我們沒有按計劃完成。所以，這根本不可能。

Reason 9: “是的，如果我們只做需要的功能，那么我們就會最低的成本，對嗎？”，為什么這世上總是會有這些幼稚的人？這種事怎么可能啊。很多很多的銀行或保險公司的項目在你還沒有啟動項目前就談好了一個價格（可能還會有回扣），為了打單子，銷售什么都干得出來，讓你去做項目是因為你是廉價勞動力，而且，他們會不斷地加需求，因為軟件合同談好的價格時候，連需求都沒有，你去做了才有，還是模糊和不確定或根本就是錯的，然后需求是越來越多，越改越多。等你精疲力盡的時候，你才意識到，銷售早就把你賣了。

有人看到這篇文章后也分享了團隊實踐Scrum后的心得，他覺得在他的團隊里不適用Scrum有幾個原因：

1.大家對技術不熟悉，因為目前主要的工作量在前端。大家以前都是做java后臺的，對js不熟悉，把js當作java來面向對象。而且沒有一個成熟的控件庫使用。

2.沒有在項目開始前做足夠的技術調研。本來，應該有個architector來做這些事情。我覺得什么TDD，就是胡扯。沒有前期調研，什么都是假設我們能做到，然后就去break down,然后就是估時間，只能是瞎估。估完了，真正implement的時候才發現，一堆東西stand in my way。

3.人的本性就是利己。如果一個team的performance，不和salary掛鉤，大家憑什么會齊心協力，deliver更快，更好。目前情況下，scrum只是pm push developers的工具。現在，大家都想到偷懶的方法，就是盡量多估一些時間，或者implement的時候粗一些，反正都是一個個task領的，誰知道bug是誰的code導致的。以前如果一個人responsible for one module,就很容易知道誰的代碼質量不高。

4.user story 拆分的不好，容易漏掉很多東西。大家現在都關注task,只想著做完就拉倒，根本不會想著各個task之間的邊界和交叉影響。而且，大家現在就習慣看看task就做了，根本不會去看case,所以有些重要的flow全都漏掉了。

5.pm就是scrum master,整個team就是在一個不平等的環境下，scrum只不過是pm試驗的工具，能在她的簡歷上添磚加瓦。我們只不過是小白鼠。

另一種觀點認為，Scrum適用于一幫資深程序員組成的team，每個人都是牛人，每個人都有激情干活，這樣才work。在國內大家只是干活拿工資，沒什么激情，很不適合Scrum。

Scrum就是一把雙刃劍，如何用、是否合適還是要看具體的情況。那么，您的團隊是否采用過Scrum模式，效果如何呢？

聲明：CSDN登載此文出于傳遞更多信息之目的，并不意味著贊同其觀點或證實其描述。

標簽：

成都網站設計公司成都網站建設公司 成都網站制作公司 成都網站設計 成都網站建設 成都網站制作  成都精品網站制作成都精典網站制作 成都精品網站設計

網站名稱：【成都網站設計】為什么Scrum不行？
網站網址：http://www.kartarina.com/news23/176823.html

網站建設、網絡推廣公司-創新互聯，是專注品牌與效果的網站制作，網絡營銷seo公司；服務項目有網站設計等

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯