「敏捷項目管理就是胡鬧！」

擺脫繁冗的流程制度文檔的敏捷項目管理是否真的敏捷？

作者 | externalreality

譯者 | 彎月，責編 | 屠敏

出品 | CSDN（ID：CSDNnews）

首先，我想說「敏捷項目管理就是胡鬧，其弊大於利」。最近一段時間裡我一直在研究科技界的人員流動，重點研究了程序員的流動，我可以毫無保留地說所謂的敏捷項目管理是導致程序員流動的一個主要原因。

敏捷項目管理的目標是以客戶為中心和迭代的方式開發軟體。這個目標很崇高。然而，無論是有意還是無意，敏捷對於剝奪開發人員對工作的滿意度有著負面的影響。

舉一個例子。大約在10年前，我曾與一些對Ruby社區中有影響力的人共事。我們都曾就職於「敏捷」軟體諮詢公司。我記得在完成了項目的某項任務之後，開發人員回過頭想認領與該任務在邏輯上有關聯性的任務。然而，他卻吃驚地發現那個任務卡已經被另一個人認領走了。於是，他在辦公室里憤怒地喊道：「在這種工作方式下，即便我完成了一項任務也毫無成就感。」

所以說，敏捷剝奪了開發人員擁有之後的滿足感以及完成工作時的成就感。如果開發人員的這種成就感被剝奪了，那麼這種成就感轉移到哪裡了呢？大概是項目經理吧。項目經理的職責是管理團隊的「速度」，而這是努力工作的產物，而非任務管理。

因此，導致開發人員離職的原因主要有三個：

1）沒有擁有之後的滿足感；

2）沒有完成任務之後的成就感；

3）其他人搶佔了他們的勞動成果。

即便這些不是開發人員離職的唯一原因，但也是主要的原因。此外，還有不友好的工作環境、各種歧視等等。

不可否認，科技公司1.5-2年的開發人員流動率讓人痛心疾首。我們犯下的錯最終會損害我們的業務與開發人員的職業生涯。

對此，網友們也發表了自己的看法：

評論1：

我完全同意。據我所知，管理人員一味崇尚開發速度只會摧垮軟體。

我曾就職於幾家中型和大型科技公司，我親眼目睹項目經理和工程經理為了獎金，努力推動開發人員以更快的速度開發。

他們不惜讓開發人員走捷徑（例如跳過編寫測試的步驟），甚至獎勵能夠更快完成任務的開發人員。如果其他開發人員在代碼審查期間不批准他們的補丁，或者花時間修復那些因「快速工作」而獲得獎勵的開發人員代碼中的錯誤時，他們就會大發脾氣。

管理人員將他們的壓力轉嫁給了開發人員，而軟體的質量最終被擊垮。

評論2：

當有人提出總體目標是提高「速度」時，我覺得問題往往在於他們對「速度」本身有著誤解。

我的意思是說，速度是「前進的速度」加「方向」，而絕大多數的組織活動在建立理性且經過深思熟慮的「方向」上面都存在失誤，也就是說你要經過嚴格的要求、嚴格的設計、嚴格的驗證才能確立正確的方向。人們往往只關注「前進的速度」，因此難免會陷入了南轅北轍的尷尬境地。

當組織將「速度」樹立成KPI或OKR指標時，通常只關注「前進的速度」。只要你的開發周期越來越短，就會獲得獎勵。在這類組織中，激勵措施簡直就是胡鬧，他們會要求你完成任務的速度不斷增加：由每月1倍速，變成每月10倍速，再到每月100倍速。

沒有人願意為了一味地加快速度，而做一些隨機的垃圾任務。這樣的任務分配只適合機器，而非人類。

原文：https://news.ycombinator.com/item?id=20417768

本文為 CSDN 翻譯，轉載請註明來源出處。

【End】

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！