设计过程监控机制

Spotify高管团队会定期对小队进行调查，判断各个成员是否各司其职，完成工作使命。

以下是各个调查项的评判参考标准：

产品负责人

判断PO在为各个项目排序时，是否能够综合考虑商业价值和技术因素。

敏捷教练

判断敏捷教练是否能帮助团队识别障碍、指导团队持续进行过程改进。

支配自己的工作

判断小队内的每个成员是否都可以支配自己的工作、可以积极参与工作计划的制订、可以选择自己做什么任务。

易释出

判断小队是否可以(并且确实做到！)轻松释出产品，而不需要很多的争论和同步。

量身定制的流程

判断小队是否拥有自己的工作流程并且持续对其进行改进。

使命

判断小队是否有一个队内所有人都知道并关心的使命；并且待办项列表中的故事是否都是和这个使命相关。

组织层面的支持

判断小队是否知道去哪里寻求解决问题所需的支持，无论是技术问题还是“软性问题”（“soft” issues）。

减少小队间依赖，保持创新能力

为什么要减少依赖

• 在Spotify内部，依赖意味着堵塞和等待。

• Spotify认为小队模式成功的关键在于减少小队与小队之间的依赖。

如何减少依赖

1、经常对小队进行依赖调查：

• 你们的工作依赖于哪些小队？

• 这些依赖是否阻塞或拖慢了你们的工作？

• 严重到了什么程度？

2、基于调查结果，围绕负向依赖来讨论，特别是引起了工作阻塞的以及跨部落的依赖关系。为了消除这些有问题的依赖，经常会调整任务优先级、团队组成、架构或技术方案。

3、必要时，召开SoS（Scrum of Scrums）协调会议。

4、发布成果规定由小队自行发布，运维小队只负责“铺路”。