自组织敏捷团队的领导关系
实现自组织敏捷团队的组织依然需要管理者，但是管理者和他们团队之间的交互方式将会改变。对于那些为了实现自己的目标而工作的团队而言，管理者控制他们方式不再是告诉他们应该如何工作，而是应该建立一种服务型的领导关系，指导团队学习并持续提升他们自己的能力。
作为数字营销机构Ciplex的创建者，Ilya Pozin在一个LinkedIn帖子想要公司发展么?解雇你的管理者中描述了，为了提升工作质量并且使雇员保持愉悦的心情他在自己的公司中做了哪些事情。他的公司正是通过这些事情让客户感到满意，同时降低了成本并且获得了更好的整体结果。他实现了一个面向目标的团队文化和支持学习并持续提升的领导关系，这和敏捷软件开发中使用的事情非常相似。在他的公司中，创建的团队和自组织敏捷团队相似：
我创建了3到5人的小团队，并且移除了这些团队或者团队成员中的所有“老板”。我还移除了这些团队中的所有“高级”或者“VP”头衔。尽管一个团队中的将自然而然地浮现，但是依然没有必要使用一个严格的报告结构。
管理者为团队指定工作目标，但是并不会告诉他们该如何实现这个目标。团队使用Scrum冲刺的方式工作，同时会经常反省以提升自己：
我为每个团队指定了一个目标，这个目标能够很容易地在短时间(如1周或2周)内进行衡量。这使得雇员能够真切地看到他们工作的产出——这样他们能够关注为什么要这样做而不再是该怎么做。给定一个目标并且坚持短时间框架，团队能够衡量他们的性能并且从之前的错误中学习，还能够在下一个时间周期内获得提升。
团队由服务型领导关系管理：
管理者和老板应该重新定位，他们应该为团队提供支持，为团队工作，在他们所需要的任何地方帮助他们。之前的高层主管提供帮助和支持，而不是告诉雇员该做什么，该如何做。
同时应该辅导团队成员，这样他们能够从自己遇到的问题中学习，并且能够解决它们：
不要纠正雇员或者解决他们的问题——而应该通过领导关系引导、支持他们。如果有一个问题，那么应该询问关键的问题从而引导他们找到解决方案，而不应该直接跳到解决方法，让自己占有支配权并拥有问题。
Ilya在LinkedIn上发布的这个帖子介绍了自组织团队和领导关系如何为公司创造价值。今年的早些时候，InfoQ也发布了一篇自组织团队的文章，该文章介绍了一个组织如何变成自组织，以及他们从这个过程中学到的知识。
在Dzone的文章自组织团队必须对领导关系做哪些转变?中，Gil Zilberfeld谈论了领导敏捷团队，以及组织为了采用领导关系能做哪些事情。他解释了“自组织团队是否需要一个?”这个问题：
无论我们是否愿意，我们都将看到出现。这是自组织的一部分。因此，将会有一个或者多个带有不同类型影响的。我们不能提前知晓谁将成为，我们也不能主导这个过程。
根据Gil所言，管理自组织团队需要一个不同的管理模式，这个模式能够支持并引导团队，帮助团队更加高效：
我们需要理解自组织团队要比命令—控制这种金字塔型的团队更加有效。作为管理者，我们需要退一步，让团队获取自治权从而让其更加高效。
为了成为高效管理者，需要知道如何让自组织团队自我进化。我们需要告诉他们所有的复杂性和不确定因素，如何退一步从外部影响自组织团队。
在博客帖子领导一个敏捷团队像拥有猫中，Mike Bovich使用比喻描述了为了支持他们的团队敏捷能够做什么。首先，他解释了自组织敏捷团队请求按照管理他们的方式进行改变：
为了成为一个高效的敏捷，你必须愿意放弃控制权并且为团队服务。对于我们中的大多数人而言，这可能是大的挑战——它有悖于我们的本能，但是成功所必须的。
开发者是非常复杂的。每一个人都有各自的行为方式，而理解他们的方式便是投入时间。像猫一样，他们能够讲出真正有兴趣的人和仅仅是走过场的人之间的区别。投入时间，你将收到回报。忽略你的雇员，你将发现生产力受损。
根据Mike所言，敏捷领导关系会促进可持续开发，同时也会平衡工作和娱乐时间：
期望你的团队努力工作，但是也不要太过分。在工作完成之后，确保团队有时间放松，如果团队持续疯狂的工作，那么无论对谁都没有任何好处：生产力会降低，士气也会低落。作为一个敏捷，期望团队能够高效工作没有问题，但是记得要保持平衡。
Steve Martin在博客被遗忘的敏捷成员：管理和高级管理人员中解释说，为了能够成功地进行敏捷转变，管理者和高级管理人员的角色必须发生改变：
仅仅因为你有自组织，授权敏捷团队并不意味着管理或者高级管理人员不再有所牵连。他们依然不可或缺，没有这些角色，你推动的敏捷有风险，这通常不会收到预期的回报。但是转变可以，为了做到这一点管理和高级管理人员是必不可少的。这也需要他们转变角色，像团队成员的角色一样。
在敏捷转变过程中，管理者、高级管理人员和团队之间的领导关系和协作是非常重要的，涉及的所有人员对此都有贡献：
高级管理人员需要参加并职，但他们不是主导者。这是一条好的实践路线。
管理者的角色应该转变为指导者和问题解决者，而不是每天亲自进行管理并分配工作。
团队也必须开放，并且愿意接受来自于管理和高级管理人员的意见并给出反馈。
