譯者：Nikijv
審校：Bob Jiang
英文原文
一個Twitter的帖子問"敏捷"是否反管理，以及"敏捷"為什么經常看起來很像反管理，簡單寫一下，本文中我個人的觀點是敏捷軟體開發如敏捷宣言所設想的那樣，并不是反管理，這比反管理更激進：這是一種完全不同的管理方法，
敏捷軟體開發仍然比當今的認知更激進，相當的不幸，包括大部分品牌和方法，在我這個有點老的男人對云觀點大喊大叫的時候，也被大多數較小的"敏捷"供應商所采用，
敏捷軟體開發正如我們所定義的那樣，對于業務與開發間的日常協作較為頻繁，以維持增量的可作業軟體，這樣團隊稱為自組織團隊，尤其要說明的是：最好的架構、需求、設計來自這些自組織團隊，
原則上很清楚，軟體、架構、設計等一切作業都源自于團隊，從團隊中涌現，
例如，需求不來自于一些業務單元，而是通過中央委員會進行傳遞，然后傳遞到一些傳統部門或專案部門直到它落在一些程式員的辦公桌上，
這不是"反"管理，這根本不涉及解決類似于預算作業、人員補償、評估性能或者其他"管理"關心的主題，
當然，敏捷軟體開發提出了一個新的、不同于軟體產品制作的管理，尤其通過基于作業軟體的可持續生產使用的自組織、增量、速度技術，是解決軟體開發應該被管理的新方式，
敏捷是反管理的么？我不這么認為，敏捷明確反泰勒式的管理，而支持推動管理，
同樣，像所有好人一樣，我們更樂于好的富有成效的管理，強烈反對貧瘠、無效、有害的管理，
但是我想建議這個底線是：
-
如果一個組織試圖通過任何傳統的方式控制團隊的選擇，該做什么以及如何做的選擇來管理敏捷軟體開發，這樣很可能他們做錯了，
-
如果你是敏捷的支持者，你試圖與傳統管理達成某種中間狀態或和解，有可能你也是沒有真正理解敏捷軟體開發的根本意圖，
一、scrum在發光
考慮到Scrum的構想，最流行的敏捷方法如果不是最有效的，那什么是？
Scrum稱為自組織的團隊，包括產品負責人，被授權于全部權利和責任，負責大型組織團隊的投資回報率，Scrum團隊中Scrum開發者的開發團隊，必須包含交付產品增量的"全部必要技能"，一個被集成、測驗過的、可作業軟體包括團隊迄今為止產生的所有價值元素，
Scrum承認Scrum團隊是嵌入式的，以某種方式，在一個組織中，組織提供了資金（投資），干系人關心Scrum團隊做了什么，敏捷團隊通過每個沖刺向干系人展示他們已完成的作業，邀請并聽取干系人的意見，Scrum團隊與全權負責的產品負責人決定下一個沖刺做什么以及怎么做，
沖刺審查是Scrum團隊及其嵌入組織之間的完整介面，
關于Scrum仍然有些問題沒有解答，同樣這些問題在上面Twitter的帖子中也涉及到了，Scrum不會告訴你如何預算，如何決定補償，如何評估性能等等，
在Scrum課程中，人們經常詢問各種管理職能，有個經典實踐可以回應，課程上小組在便利貼上寫下他們能想到的所有管理職能，他們可以把這些便利貼放到下面4個位置：開發團隊，產品負責人，Scrum教練以及其他，
將會有兩件事發生，首先，許多傳統管理職能轉移到一個或多個Scrum團隊元素，由團隊分配任務，由產品負責人決定要構建什么，由Scrum教練支撐和引導等等，有趣的一點是，總有些管理職能被貼到其他堆中，Scrum甚至不會建議如何做這些：這已經超出了Scrum的范圍，
然而，很明顯，Scrum打算不管這些超出范圍的管理職能是什么，它們與團隊的首要介面，可能只通過沖刺審查，尤其是除了產品負責人，沒有人可以要求團隊做任何事情，Scrum對"經理"在Scrum團隊運行時可以做什么做了非常具體的限制，
二、敏捷軟體開發是反管理么
敏捷軟體開發需要一種新的管理方式，在團隊規模上，團隊內部擁有對產品的所有權利和責任，而且最主要的介面是檢查實際演變的產品，
不一定是"反管理"，但一定與某些型別的管理背道而馳，尤其是源自于泰勒主義更具有侵入性的形式------福特主義，將作業視為機器，工人幾乎沒有權利或仲裁，盡管敏捷軟體開發肯定要求從團隊內部而不是外部應用這些概念，但與戴明和統計程序控制等概念的對立程度要小得多，
但我覺得主要的概念已經相當清楚：敏捷軟體開發是一種完全不同的管理方法，盡可能的把權利和責任下放給團隊，這種管理方法對于如何走得更遠沒有設定上限，但它設定了一個相當嚴格的下線，這個下線是嵌入在團隊內部的產品做什么以及如何做，
三、這些想法的限制是什么
這很難說，我們通過敏捷團隊的成長能力去決定誰在團隊誰不在團隊，這對薪酬和評估有很大影響，我們開始聽到團隊中的誰直接與客戶合作，客戶有時基于固定價格安排，或者更常見的基于運行速率為產品提供資金，
今天，更多的限制是被組織強加的------試圖做"敏捷"，這些限制中有很多是明顯錯誤的，有時組織沒有從戰略上很好地理解最好的管理是如何的，我通常認為,個人管理結構應在敏捷之前就位：不同的團隊成員"屬于"一個或另一個經理,而該經理則繼續嘗試對團隊成員的行為進行控制，
坦白講，自組織團隊被授權，而這導致沖突、混亂以及很多時候應該做敏捷組織主要來源走向黑暗敏捷，這個觀點是正確的，
底線，敏捷軟體開發提倡不同的管理方式，很可能與一些過時的管理觀念不相容，不幸的是，這些觀念在今天仍然相當普遍，
反對的？不，完全不同？是的，
原文鏈接
- 敏捷
- 自組織團隊
- Ron Jeffries
本文首發于 Bob Jiang的博客 ，轉載請聯系 Bob Jiang
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/2438.html
標籤：其他
下一篇：自由職業者必備的6項技能