我訪問的客戶越多，我看到的敏捷Scrum越糟糕的實現。有時候，我只是希望我誤解了敏捷的基礎知識，但是我越讀越清晰地瞭解我對敏捷的真正意義，以及它如何得到實施。解釋反敏捷模式的文章
我在尋找有助於解釋SCRUM變壞的漫畫/文章，或者討論關於不良Scrum實施的案例研究。
我個人很喜歡這個白皮書The Agile Method and Other Fairy Tales（PDF）
這是迄今爲止最好的迪爾伯特alt text http://dilbert.com/dyn/str_strip/000000000/00000000/0000000/000000/00000/1000/000/1051/1051.strip.gif漫畫
編輯
下面有一些鏈接Scrum聯盟，爲那些誰沒有帳戶在這裏是緩存鏈接Talking Chickens article,Missing Pigs
這個觀察之前已經被廣泛討論過（包括關於"Flaccid Scrum" by Martin Fowler的文章以及Ken Schwaber和Jeff Sutherland關於ScrumBut的許多談話和文章）。
原則上有兩方面的原因，每個國家都有它自己的一套「聞香」：
沒有文化變革 - 太頻繁的Scrum的旗幟下，敏捷，最近大多是看板我們仍然擁有舊的指揮和控制權，而管理者仍然使用「指出並告訴」管理技巧（指向某人並告訴他們應該做什麼以及何時必須完成）。敏捷必須帶來文化轉變，在這種情況下，團隊擁有自己所從事的工作的所有權，並自行管理技術部分，而管理人員則專注於消除障礙，並將整個公司/項目朝着正確的方向發展。在這種轉變缺失的情況下，敏捷方法的好處即使在紙上也是如此。
差技術實踐 - Scrum的不說明確有關如何寫出好的，可讀的代碼什麼，如何審查和重構它，如何編寫測試，如何使用它們一旦被寫入等等等等。Scrum的設想是從命令和控制的枷鎖中解脫出來，瀑布環境開發人員會以正確的方式做事。不幸的是，在很多情況下，他們並不這樣做 - 太多情況下，他們不是出於自滿或懶惰，而是出於無知。這被鏈接到一個事實，即許多誰開發軟件的人基本都從來沒有受過教育（正式或以其他方式），如算法，數值方法，對象建模等等，等等
值得注意的是肯·施瓦布明顯這是Scrum的唯一思想領袖，他注意到了這種情況，並試圖對此做些事情。他的回答是主要通過深度課程中的Scrum改進Scrum Master教育，但同時也確保開發人員意識到他們必須使用Scrum的良好技術實踐才能真正打好基礎。這就是爲什麼開發人員開設課程的原因 - Ken認證的Scrum開發人員和專業Scrum開發人員計劃旨在改進上述第二個問題。當然，培訓 - 無論準備和交付得如何 - 都不會徹底解決問題，但至少可以證明，Ken確實認識到問題的存在並試圖對此做些事情。
順便說一句 - 肯在他的博客上發表了一篇關於一些「氣味」的文章：The Elephant In The Room。值得一讀。
從這裏開始：http://stackoverflow.com/questions/3293691/any-stories-where-trying-to-適用-Scrum的 - 去 - 錯誤。然後閱讀這些：http://stackoverflow.com/questions/tagged/scrum – 2010-07-27 14:57:31
我不尋找案件，當它沒有工作，我正在尋找案件，它是可怕的實施。 – Nix 2010-07-27 15:09:44
沒有工作和可怕的實施有什麼區別？ – 2010-07-28 20:01:49