敏捷不是反管理，而是更加激进！

译者：Nikijv
审校：Bob Jiang
英文原文

一个Twitter的帖子问"敏捷"是否反管理，以及"敏捷"为何常常看起来很像反管理。简单写一下，本文中我我的的观点是敏捷软件开发如敏捷宣言所设想的那样，并非反管理。这比反管理更激进：这是一种彻底不一样的管理方法。

敏捷软件开发仍然比当今的认知更激进，至关的不幸，包括大部分品牌和方法，在我这个有点老的男人对云观点大喊大叫的时候，也被大多数较小的"敏捷"供应商所采用。

敏捷软件开发正如咱们所定义的那样，对于业务与开发间的平常协做较为频繁，以维持增量的可工做软件。这样团队称为自组织团队，尤为要说明的是：最好的架构、需求、设计来自这些自组织团队。

原则上很清楚，软件、架构、设计等一切工做都源自于团队，从团队中涌现。

例如，需求不来自于一些业务单元，而是经过中央委员会进行传递，而后传递到一些传统部门或项目部门直到它落在一些程序员的办公桌上。

这不是"反"管理。这根本不涉及解决相似于预算工做、人员补偿、评估性能或者其余"管理"关心的主题。

固然，敏捷软件开发提出了一个新的、不一样于软件产品制做的管理。尤为经过基于工做软件的可持续生产使用的自组织、增量、速度技术，是解决软件开发应该被管理的新方式。

敏捷是反管理的么？我不这么认为，敏捷明确反泰勒式的管理，而支持推进管理。

一样，像全部好人同样，咱们更乐于好的富有成效的管理，强烈反对贫瘠、无效、有害的管理。

可是我想建议这个底线是：

• 若是一个组织试图经过任何传统的方式控制团队的选择，该作什么以及如何作的选择来管理敏捷软件开发，这样极可能他们作错了。

• 若是你是敏捷的支持者，你试图与传统管理达成某种中间状态或和解，有可能你也是没有真正理解敏捷软件开发的根本意图。

1、scrum在发光

考虑到Scrum的构想，最流行的敏捷方法若是不是最有效的，那什么是？

Scrum称为自组织的团队，包括产品负责人，被受权于所有权利和责任，负责大型组织团队的投资回报率。Scrum团队中Scrum开发者的开发团队，必须包含交付产品增量的"所有必要技能"，一个被集成、测试过的、可工做软件包括团队迄今为止产生的全部价值元素。

Scrum认可Scrum团队是嵌入式的，以某种方式，在一个组织中，组织提供了资金（投资），干系人关心Scrum团队作了什么。敏捷团队经过每一个冲刺向干系人展现他们已完成的工做，邀请并听取干系人的意见。Scrum团队与全权负责的产品负责人决定下一个冲刺作什么以及怎么作。

冲刺审查是Scrum团队及其嵌入组织之间的完整接口。

关于Scrum仍然有些问题没有解答，一样这些问题在上面Twitter的帖子中也涉及到了。Scrum不会告诉你如何预算，如何决定补偿，如何评估性能等等。

在Scrum课程中，人们常常询问各类管理职能。有个经典实践能够回应，课程上小组在便利贴上写下他们能想到的全部管理职能。他们能够把这些便利贴放到下面4个位置：开发团队，产品负责人，Scrum教练以及其余。

将会有两件事发生。首先，许多传统管理职能转移到一个或多个Scrum团队元素。由团队分配任务，由产品负责人决定要构建什么，由Scrum教练支撑和引导等等。有趣的一点是，总有些管理职能被贴到其余堆中。Scrum甚至不会建议如何作这些：这已经超出了Scrum的范围。

然而，很明显，Scrum打算无论这些超出范围的管理职能是什么，它们与团队的首要接口，可能只经过冲刺审查。尤为是除了产品负责人，没有人能够要求团队作任何事情，Scrum对"经理"在Scrum团队运行时能够作什么作了很是具体的限制。

2、敏捷软件开发是反管理么

敏捷软件开发须要一种新的管理方式，在团队规模上，团队内部拥有对产品的全部权利和责任，并且最主要的接口是检查实际演变的产品。

不必定是"反管理"，但必定与某些类型的管理背道而驰，尤为是源自于泰勒主义更具备侵入性的形式------福特主义，将工做视为机器，工人几乎没有权利或仲裁。尽管敏捷软件开发确定要求从团队内部而不是外部应用这些概念，但与戴明和统计过程控制等概念的对立程度要小得多。

但我以为主要的概念已经至关清楚：敏捷软件开发是一种彻底不一样的管理方法，尽量的把权利和责任下放给团队。这种管理方法对于如何走得更远没有设置上限，但它设定了一个至关严格的下线，这个下线是嵌入在团队内部的产品作什么以及如何作。

3、这些想法的限制是什么

这很难说。咱们经过敏捷团队的成长能力去决定谁在团队谁不在团队，这对薪酬和评估有很大影响。咱们开始听到团队中的谁直接与客户合做，客户有时基于固订价格安排，或者更常见的基于运行速率为产品提供资金。

今天，更多的限制是被组织强加的------试图作"敏捷"，这些限制中有不少是明显错误的。有时组织没有从战略上很好地理解最好的管理是如何的。我一般认为,我的管理结构应在敏捷以前就位：不一样的团队成员"属于"一个或另外一个经理,而该经理则继续尝试对团队成员的行为进行控制。

坦白讲，自组织团队被受权，而这致使冲突、混乱以及不少时候应该作敏捷组织主要来源走向黑暗敏捷。这个观点是正确的。

底线，敏捷软件开发提倡不一样的管理方式，极可能与一些过期的管理观念不相容，不幸的是，这些观念在今天仍然至关广泛。

反对的？不。彻底不一样？是的。

原文连接

• 敏捷
• 自组织团队
• Ron Jeffries

本文首发于 Bob Jiang的博客 ，转载请联系 Bob Jiang