您的团队可以自我管理吗？

最近，我参与了一场激烈的对话，起因是一个简单的评论：“团队必须被管理”。这个评论让我意识到我可能和我的对话者不在同一个频道上。

我当时正在讨论设计组织角色的重要性，这些角色不会成为瓶颈（不会阻止组织有效交付或快速适应变化的的角色）。在经典的组织设计中，我们倾向于认为在组织结构图上设计方框并安排优秀的人员负责就能解决我们所有的问题。这种方法在静态环境中 *可能* 有效，在静态环境中，你需要交付的内容是一劳永逸地确定的。

但是，如果您的环境不断变化，您就需要调整您的价值主张以适应这些变化。您的组织需要具有适应性。

我的对话者正在设计新组织的 *方框*。他的雷达上显示，经理将对某些团队负全责，团队领导将对组成这些团队的各个小组负全责。静态小组、静态角色、静态职能。

但是，如果您依赖于超负荷的人员处理多项职责，您就无法在组织中实现适应能力。我提出了一个替代方案：围绕非瓶颈角色设计的自组织团队，团队成员可以全职或兼职承担这些角色。

不幸的是，我的对话者立即得出结论，我的目标是从组织中移除所有经理和团队领导——仿佛自组织团队和管理在某种程度上是互斥的。

不完全是。

管理自组织团队

开放式组织定义 列出了五个特征作为开放性的基本条件

• 透明
• 包容
• 适应性
• 协作
• 社区

在尝试实现大规模的透明和协作时，我 最近讨论了使工作可见的重要性。在这里，我更关心的是 *适应性* ——创建没有单点故障的团队，能够更好地适应动态环境中不断变化的条件的团队。

我同意团队必须被管理，我认为我们认为完全由经理或团队领导负责的许多活动实际上可以直接委派给团队——或者委派给可以有效执行为团队服务的活动的团队成员。

因此，从我的角度来看，团队 *必须被管理*，但大部分管理工作 *可以由团队本身完成*，从而创建一个自我管理的团队。

让我们回顾一下其中的一些活动

• 了解业务和组织发展的生态系统
• 了解我们为什么要提供解决方案、产品、功能、服务，并制定明确的愿景
• 定义需要交付什么以及何时交付
• 确定如何进行架构设计
• 确定如何实施
• 定义如何进行文档化、演示、测试
• 在团队成员之间分配工作
• 交付工作
• 实施文档、测试
• 进行演示
• 收集用户和利益相关者的反馈
• 确保工作成果持续流向客户或用户，确保自动化测试并为每一次更改触发
• 改进团队的工作方式并提高其影响力和可持续性
• 提高不同团队组成的更大系统的效率
• 支持使用该产品的客户和合作伙伴
• 促进用户、客户和合作伙伴在定义和实施产品或服务方面的协作
• 定义团队成员的薪酬
• 控制团队成员的绩效
• 支持和发展团队中的人员
• 招聘人员

当我查看这些活动时，我看到有些活动 *可以* 委派给团队自身建立的系统——例如，工作的分配。通过简单地让每个人都看到工作，工作的分配对于团队成员来说可以变得显而易见。

我也看到有些活动 *很难* 从管理者手中移开，例如管理团队成员的薪酬（因为这将需要建立一个更透明的薪酬系统，当您由于人员薪酬中已存在的差异而并非从头开始时，这很困难）。

我看到有些活动侧重于 *用户* 以及团队交付的 *原因和内容*。在我工作过的一些团队中，这些活动被委派给担任用户拥护者或产品负责人（使用 Scrum 术语）等角色的团队成员。

我看到有些活动侧重于团队的 *工作方式*。这些活动被委派给担任团队催化师或 Scrum Master 等角色的团队成员。

在这两种情况下，他们的角色都是确保团队完成这些活动，而不一定是自己处理所有事情。

通过更详细地查看这些活动，我可以设想 其中的许多活动可以由团队成员作为他们当前角色的一部分或在一个新的角色中处理。

让经理或团队领导能够考虑他们负责的活动以及他们可以 *委派给团队* 的活动，可以消除当前某些组织中存在的瓶颈和单点故障。

在您的组织中，哪些活动最适合由自组织团队处理？我遗漏了哪些内容？我很想听听您的意见。

阅读系列文章