敏捷的項目管理方法論，“敏捷項目管理就是胡鬧！”

?

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

作者 |?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 翻譯，轉載請注明來源出處。

一套視頻帶你入門人工智能

https://edu.csdn.net/topic/ai30?utm_source=csdn_bw

?

【End】

?熱 文?推 薦?

?微軟 CTO 韋青：5G 與亞里士多德

性能提升 3 倍的樹莓派 4，被爆設計缺陷！

在編程中，為何說數據仍占主導地位？

程序員爬取 2 萬條數據，撕開微博熱搜的真相！

"別太樂觀, 沖破黑暗還很遠呀! "

?幫嫦娥五號登月的AI還能用來玩游戲，20行Python代碼帶你領略強化學習的風采

?2019年技術盤點容器篇（四）：來自京東云的技術問答 | 程序員硬核評測

讀完這45篇論文，“沒人比我更懂AI了”

?實測！華為鴻蒙比 Android系統快60%！

點擊閱讀原文，輸入關鍵詞，即可搜索您想要的 CSDN 文章。

你點的每個“在看”，我都認真當成了喜歡