我们都明白scrum团队应该自管理和自组织的。被授权是一个通用的术语，因为没有权利，很难进行自管理和自组织。
我和许多团队一起工作过，他们尝试着适应Scrum来作为他们开发的框架。有时候这个顺应就是纯粹地发生了，因为管理部门已经做了决定（这是由上至下的管理方式），有时候不一样的是由团队来做决定（由下而上的管理方式）。我的角色通常是担任团队专门的ScrumMaster，或者为多个Scrum团队担当内部指导。在任何一个情况下，我都根据需要和团队，ScrumMast紧密合作。我经常看到几种典型的问题，下面我将做些讲解。
团队细节
虽然只是一些细节，首先，我所一起工作的Scrum团队通常很小——每个团队8个人。每个团队有一名指定的ScrumMaster和本地的product owner。团队精通于仪式，并且坚守推荐的时间安排。因为团队划分他们百分之十的时间来预先计划会议，2小时的sprint计划会议，为每日站会花费15分钟，以及一小时的评审会议和一小时的sprint回顾评估会议。团队同样也遵循着2周为单位的sprint的节奏。
问题区域
我所反复遇到的并且努力解决的主要问题或者高优先级的障碍项是给于团队权利。就像前面所提到的，团队精通于仪式。团队成员在Scrum框架中合理地意识到并且展示他们所期望的角色和职责。团队成员声称团队是自组织和自管理的，并且有显而易见的证据证明他们是对的。（伴随一些附加的约束和条款）。但仔细看看可以发现团队并不是真正被授权的，虽然在Scrum框架中时间盒的工作方式创造了团队是自管理和自组织的错觉。
症状
这些年我观察到团队成员，product owner和ScrumMaster表现出的某些行为，表明了缺乏真正的授权。以下的这些例子是我见到最多的：
在sprint计划会议中，团队协商范围，并且于会议的结尾在此上达成公式。但z sprint的中期，团队发现基于真实数据，如果需要在范围内做改变很困难。product owner要团队坚守最初的范围共识，另外这将会影响他或她的项目规划。
在每日的站会中，当团队提出问题并且想对存在的架构或者先前发布的代码做些改变时，这需要得到ScrumMaster或者product owner的同意。
当团队和管理人员们一起参与例会时，在自管理和自组织上总是被强调。但权利并未被讨论到过。并不是人们不想谈论它，但就我所观察到的是管理人员们并不明白自管理和自组织只有在团队被授权的情况下才会发生，并且只有当管理人员言行一致来支持这个想法时，自管理和自组织才会发生。
在sprint回顾会议中，团队成员谈论他们做的好的，但不情愿讨论需要改进的地方。取而代之的是，product owner或者ScrumMaster尝试解决问题或者提供团队在下个sprint中需要遵循的解决方案。
除了上述的观察之外，我还注意到现任管理人员担任的双重角色（由他们的工作职位来指定）。管理人员经常被请求担任product owner或者ScrumMaster的角色。这就对管理人员们本身和Scrum团队带来了疑惑和冲哭。他会妨碍团队授权，因为这两个工作类别的角色和职责是完全不同的。在一个组织中担任管理者是不容易的，同样作为一名ScrumMaster也是不容易的。组织中的管理者倾向于遵循传统的管理方式；而ScrumMaster则更倾向于仆人式领导的方式。一个角色是反对授权予团队的，而另一个却是支持授权于团队的。
对我们有用的一种解决方案
我找到了一个至少在一些情形下可以解决授权于团队的方法。例如以我们症状章节中的第一个案例来解释：团队需要在sprint中重新定义范围，而product owner反对这样一个行为。我已经请求ScrumMaster通过举行举手表决会议上的议定来评估团队对于最初sprint范围的舒适度（Jean Tabaka解释道，在某一观点上，成员用拳来示意反对这个观点，通过增加手指的数量来表达增加同意的程度）。然后我们和product owner分享从团队中得到的结果数据。我与product owner讨论过这样的情形，帮助他或她理解如果团队已经表明对范围的一定程度的保留，那么就有一个sprint中期范围重新商讨的可能性。这样就给了product owner一个早早的提醒，它可能会对我们出乎意料的有效。
总结
基于我的经验，我认为缺少真正的团队授权相比于更多人愿意去承认是一个更普遍的现象。我对于其他ScrumMaster提出的更深入的讨论解决方案也很感兴趣。但最基本的一点是：如果管理人员和管理部门希望他们的团队向超生产的状态步进（Scrum的目的是实现），团队必须能进行自管理。这个只有在团队被授权的情况下才会发生。不需要更多的空话——也就是，没有管理人员和管理部门的真正支持——授权于团队不会真正地发生。
所以，如果你是一位ScrumMaster，看一下本文缺乏授权于团队的症状的案例（或者后退一步，用你自己的方式来评估你的团队）。如果这些问题中的任何一个适用于你，那么在你的阻碍列表重首当其冲的那项应该是授权于团队。
作者:Jerry Rajamoney
原文来自http://www.scrumalliance.org/articles/419-empowerment-the-missing-ingredient-for-scrum-teams
