為什麼使用 Scrum 開發軟體是錯誤的?

類別: IT

1、由於全部產品決策權都歸“產品所有者”所有,因此Scrum拒絕工程師做任何產品決策,並在產品方向上減少任何級別對產品管理的卑躬屈膝。

2、Scrum用緊湊的管理方式佔用工程師所有的時間,抑制了創新——這些創新向來不由自主地發生,並且超出了任何時間表或者有良好預測性系統的範疇。

3、Scrum鼓勵“儘可能減少工作量”的解決方案——來滿足它嚴格的可預測性的需求。

4、將每個任務都拆分成小專案,團隊中的任何人理論上都能完成。Scrum勸阻工程師對自己的工作產生自豪感或者所有權。這種所有權的缺失會導致:

  • 設計質量不高

  • 乏積極性(“這不是我的事”,“我開始做之前就出問題了”)

5、Scrum 對修改是非常不能容忍的,它的擁護者在實施的過程中通常秉著全有或者全無的態度。在所有的實踐中都體現了以這種不寬容態度的自我反省。只對執行在Scrum框架層內部的程式開放修改——就Scrum自己而言,這被視為神聖而不可侵犯的。

“Scrum的角色,工件、事件和規則都是不可修改的,並且儘管可以只實現Scrum的某些部分,但是其結果並不是Scrum。Scrum的存在感僅僅在於作為其它技術、方法及實踐的容器時它的完整性和功能尚佳。”
Scrum官方指南,http://scrumguides.org/scrum-guide.html


6、Scrum是一個重型的管理工具。典型團隊有產品擁有者,Scurm控制者,和團隊領導。伴隨更少管理的創新能促進團隊做的更好,而不是更多的管理。

7. Scrum通常是使用HORRIBLE任務管理工具(Jira、tfs等)實現的,這些工具對Scrum做了非常官僚化的解釋,浪費了大量的開發人員時間。此外,無論多麼無效,它們都可以有效地將你限制在一種操作模式中。

8. Scrum不鼓勵修復bug、減少技術債務和承擔風險,這全都是因為其狹隘並排他地專注於只做產品負責人認為有價值的專案。

9.Scrum是虛偽的

  • 管理人員或產品所有者是否需要跟蹤和評估他們所從事的每項任務?

  • 他們是否需要出示燃盡圖表來顯示他們的目標是完成的?

  • 他們是否需要進行兩週的拋售會議來證明他們的行為是正當的?

10.Scrum有很多錯誤的假設。

  • 它假定工程師沒有任務跟蹤系統,他們已經使用這些系統來管理他們的時間,因此需要細緻得時間管理。

  • 它假定工程師們不能被信任來指導他們自己的工作。

  • 它假定工程師們不能在沒有嚴格監督的情況下,使自己符合本組織的最佳利益。

  • 它假設工程師不能在沒有主持人的情況下有效地進行會議(Scrum Master)

  • 它假定你僅僅可以通過在 sprint planning 或者 backlog grooming 中談論它來計劃一個軟體任務的每個方面。

  • 它假設所有的工程師都以同樣的方式工作。

為什麼使用 Scrum 開發軟體是錯誤的?原文請看這裡