為什麼Scrum沒有幫助我反而增加了工作量？ - Reddit

banq發表於2022-03-26
Scrum

我在軟體開發領域已經工作了10年了。大約8年前，我的公司開始了將所有專案轉向採用Scrum框架的歷程。作為一個年輕的開發人員，我們的管理層告訴我，Scrum可以讓我們更好地管理自己的任務。一開始，我對這個想法很興奮，因為我認為這意味著我們可以更好地平衡工作和生活，但是，天哪，我錯了。這些是我採用Scrum框架的經驗:

大多數公司不能用Scrum工作，因為他們有嚴格的截止完成日期。
Scrum所教授的課程之一是產品積壓專案的優先順序和去優先化。然而，在大多數情況下，這一點並沒有得到尊重，或者說他們根本無法得到尊重。
在我們的Sprints過程中，通常會發現更多的PBI和任務，而且在大多數情況下，沒有任何東西可以被取消優先順序；比如，誰會為一個他們不需要的功能付錢呢？從理論上講，這意味著交付日期應該推後，但在現實中，開發人員往往在他們的能力範圍之外工作......。

哦......，那麼你的開發團隊只是不善於計劃？你說得太對了，我們不善於計劃！！！你知道需要多少計劃嗎？你知道在Scrum中需要多少計劃嗎？你期望使用者和開發團隊一起坐下來，看看他們所有的使用者故事，然後開始把它們分解成PBIs嗎？這需要幾個小時，甚至幾天的時間；使用者也有自己的核心工作，所以沒有人有這樣的時間...... 事實上，大多數時候，使用者甚至不知道他們有哪些PBIs，因為...... 他們不知道如何將他們的使用者故事分解成PBIs，以及2.

使用者沒有時間去寫需求... 有一個使用者走過來對我說，嘿，夥計，你知道在我們開始使用Scrum來執行我們的專案之前，我有幾個月的時間來考慮我的需求，並把它們詳細地記錄成適當的用例，但現在，我只是被推入專案，並被期望在你們編碼時拿出它們。對我來說，要跟上並真正想清楚我的需求和測試方案是非常困難的。

使用者必須經歷毫無意義的站立會議、衝刺計劃等。在這一點上，他們只是在那裡，因為框架是這樣說的。作為Scrum主管，大多數時候，我會告訴他們，他們在那裡是可有可無的，因為他們不需要聽，XXX已經連續第三天得到一個空指標異常了！"。

下降圖是個騙局。我不知道大多數Scrum團隊的情況，但我通常不會聽到人們在燃燒。如果圖表一直在下降，這就是好事，不是嗎？不，不是的；它只是意味著時間已經過去，但這並不意味著工作已經完成。從現實的角度來看，我們也需要燃燒起來......

管理層希望看到 "進度表"。比如說，來吧! 這只是微觀管理......如果圖表順利燒燬，他們會認為專案進展順利，而且他們會質疑每一個峰值。試圖向他們解釋每一個小的峰值只是一種巨大的時間浪費......因為它通常歸結為，沒有足夠的時間，或者資源。

能力也是一個騙局。員工們通常會有臨時的工作，或者在Sprints中間開會；幾乎不可能考慮到這些事情。

在每個Sprint週期後交付一個功能是可笑的，而且幾乎不可能...... 首先，我們強調開發人員要在很短的時間內開發一些東西，但卻承諾他們只需要在自己的能力範圍內工作...... 其次，使用者通常不會僅僅測試一個功能的部分......他們需要測試整個系統。他們需要對整個系統進行測試，以確保它在整合後能正常工作。即使他們同意按特性進行測試，他們也會在完成後重新測試所有東西；這只是在浪費大家的時間。另外，如果發現任何bug，開發人員必須花時間來修復它們，這就佔用了下一個Sprint週期的開發時間......

Scrum希望我們對所有的事情進行微觀規劃，使之達到幾乎精確的程度，這實在是太荒謬了，太耗時了，也太累了。有人記得我們在Scrum之前是如何工作的嗎？當我們進行開發時，我們會定期給我們的使用者傳送一些截圖，以確保我們在正確的軌道上；這與Scrum教練告訴我們的由於在瀑布法中缺乏溝通而呈現出完全不同的產品的恐怖故事相反。這真的是關於人的問題，而不是關於所使用的方法學。
 
 

相關文章