Agile Alliance 七步授权法-京东云开发者社区

#### 七步授权法介绍：
对于复杂问题，外因的激励并不能起到良好的作用，要更多的依赖内因的激励。对于敏捷团队内在激励体现在自主性，精进和目的性。这三种激励方式和敏捷的十二原则也是高度匹配的。而如何量化团队的授权情况，往往采用七级授权的测量工具来理清现状和发现问题，从而有针对性的提出解决方案。

在使用七步授权法分析问题时，需要通过现状调研--问题分析--提出解决方案的三个步骤来分析。文章会从一个案例团队来进行七步授权法练习。

![](//img1.jcloudcs.com/developer.jdcloud.com/16c11349-9696-414f-99e4-245e8db074af20210120115258.png)

#### 现状调研：
##### 练习时，从两个维度（人员和工作）来衡量团队授权情况。
**首先：工作方面**。衡量维度采用由总到分的方式。总的方面是指团队使命和团队建设。从明确团队目标，到协调团队一同前进。分的方面是从需求--研发设计---研发计划---测试----迭代总结---需求复盘来分析，从这个角度体现了从需求接收，到需求拆分，再到迭代开发，测试，直到最终需求上线的全过程。

**其次，人员方面。**全功能团队包括了研发，测试，前端，产品。人员因为新入职也会有熟练度不同，所以同一个维度可能会有不同的授权情况。

练习时为了让练习团队授权测量更加准确，分两步完成了本次评估。

第一步，提供评分维度及评分维度解释给到练习团队成员。
1. 团队使命：团队的终结目标，我们团队的使命是打造出全新的平台系统，使系统更加简单灵活，满足用户的诉求，提升用户满意度。
2. 全功能团队建设：对于刚刚成立了全功能团队，从早会，行云的即时填报，迭代总结会和迭代计划会，沟通协调等各方面建设我们团队的方案。
3. 需求管理：需求背景，需求收益，需求竞品分析等需求目的的了解。
4. 研发工具的选择：通过什么技术工具进行需求开发。
5. 迭代计划/需求认领：需求拆分后认领需求和规划迭代开发内容。
6. 自动化测试：通过自动化测试工具，完成程序的自动化验证。
7. 迭代总结：总结本迭代问题并提出解决方案。
8. 需求复盘：需求上线后统计需求使用率，分析需求开发和上线后的问题，并提出解决方案。

第二步，协调了练习团队的团队成员来自行打分，已确保分值的客观性。
最终的评分结果如下：

![](//img1.jcloudcs.com/developer.jdcloud.com/24025d97-9422-46f5-9e8c-0caa1f72530f20210120115725.png)

#### 洞见：
将授权评估表的数据，进行图形化展示结果如下：

![](//img1.jcloudcs.com/developer.jdcloud.com/a3572446-4771-4282-bc3a-4c48e10b9f3320210120115752.png)

从练习团队的上述图形中我们可以发现：
1. 研发工具选择，自动化测试，需求管理三个维度在不同的角色有明显的差别。自动化测试和需求管理的差别体现在团队角色中。自动化测试授权较高的为测试同事，需求管理授权较高的为产品同事，研发工具选择的差异主要体现在员工熟练度上，新入职员工和实习员工的授权度较低。从平均分上看，研发工具选择均值为9.4，自动化测试均值为2.5，需求管理均值为2.7。
2. 其他方面：团队使命2，全功能团队建设5，迭代计划4，迭代总结5，需求复盘4在团队各成员之间表现较为均衡。其中团队使命得分最低。

综上可以看出，目前团队使命，需求管理，自动化测试授权级别较低需要重点提升改进。全功能团队建设，迭代计划，迭代总结，需求复盘需要持续优化，稳步提升。研发工具继续保持。

#### 问题分析：
针对练习团队发现的需要重点提升的问题，结合团队情况分析问题根因：
##### 团队使命方面
团队使命目前状态处于兜售状态。主要原因是练习团队今年的目标转移为平台系统建设。系统建设目标（打造出全新的平台系统，使系统更加简单灵活，满足用户的诉求，提升用户满意度）和部门及产品的战略规划息息相关。

此外，团队的成员大部分是新入职的成员，大家对项目的需求目标没有清晰的了解和认知，目前采用的只能是告知大家该做什么，该如何做，短时间内不太容易形成相同的共识。采用兜售和告知的方式，可能更容易让人知道自己要干什么，更有方向感。

##### 需求管理方面
新平台系统的产品规划方向是搭建平台系统支持各行业各前台BP形成具有其特点的系统版本。因此产品从全量业务场景抽象成公共化的能力。产品将需求背景，需求收益和行业实现方式同步至研发同事。由于组织结构变更，目前研发团队中普遍对业务背景不了解，因此，只能采用讲解的方式令研发了解。而对于部分熟悉业务背景的同事，可以在需求抽象方面提供一些意见，辅助完成最终的功能设计。

##### 自动化测试方面
由于产品是全新打造的，系统所有的自动化测试都需要重新开发。练习团队只有一名测试同事，前端的介入较晚一些，目前只实现了服务端接口自动化工作，界面自动化一直未实现。开发压力也较大，目前研发对于自动化测试也只是基于部门管理要求，了解自动化测试。

#### 改进方案：
##### 团队使命方面
团队的总使命是与战略相关的，只能采用兜售的方式同步给团队成员。但为了提高团队成员的自主性，可以将总使命拆分为和大家息息相关的工作目标，让大家都参与到工作目标的制定中。以下就是练习团队内部沟通后达成一致意见的工作目标。
1. **简单易用：**优化用户体验，降低操作复杂度。
2. **场景可配置，灵活简单：**面对复杂场景，通过通用工具解决复杂问题。
3. **支持轻量级部署，SAAS部署：**云部署，减少运维成本。
4. **高性能：**提高系统性能。

其次，在团队建设和平时的组织活动中潜移默化的宣传团队使命。比如，在迭代总结会和功能设计中突出我们上述提到的工作目标，需求评审时强调团队产品战略等等。

##### 需求管理方面
目前需求管理对于研发和测试同事授权较低，主要原因还是因为研发和测试均为新入职员工，对于业务了解不深刻，因此不能组成合力完成需求的更好抽象和复用。因此，在工作安排时有意识的逐步协助新入职员工持续成长，在开发过程中，逐步了解业务。
- 先从迭代总结会和迭代计划会开始，让大家了解业务目标，然后根据自己的擅长能力，认领不同的需求卡片。
- 通过每日站会，抛出问题点，让团队成员可以共同的快速解决问题。

##### 自动化测试方面自动化测试方面
在新版本测试时就需要有意识的搭建系统的自动化测试能力。研发和测试，产品需要共同发力，保证自动化测试的覆盖率。人员问题只能根据实际情况动态调整，如果短时间之内自动化测试覆盖率不足，团队内部组会沟通具体问题，输出解决方案。

------------
###### Being Agile 京东物流技术发展部效能提升部
###### 作者：中台技术部  郭波 任艳新