团队管理者的自我管理
最近,我进行了一次热情洋溢的谈话,当时有一个简单的评论:“必须管理团队”。 该评论使我觉得我和对话者不在同一页面上。
我正在讨论设计不会成为瓶颈的组织角色的重要性(这些角色不会阻止组织有效交付或快速适应变化)。 在经典的组织设计中,我们倾向于认为在组织结构图上设计方框并由出色的人负责将解决我们所有的问题。 该方法可以在静态环境中工作,在该环境中,您必须一劳永逸地定义要交付的内容。
但是,如果您的环境不断变化,则需要使价值建议适应这些变化。 您的组织需要适应性强。
我的对话者正在设计一个新组织的盒子 。 在他的雷达范围内,经理将对某些小组和团队负责人负全部责任,而对组成这些小组的团队负全部责任。 静态组,静态角色,静态功能。
但是,如果您依赖于处理多个职责的超负荷人员,那么您将无法在组织中实现适应能力。 我提出了一个替代方案:自组织团队围绕并非瓶颈的角色设计,团队成员可以全职或部分时间担任这些角色。
不幸的是,我的对话者得出的结论是,我的目标是从组织中删除所有经理和团队负责人,就像自组织团队和管理在某种程度上是相互排斥的。
不完全是。
管理自组织团队
开放组织定义列出了五个特征作为开放的基本条件:
- 透明度
- 包容性
- 适应性
- 合作
- 社区
我最近讨论了在尝试实现透明和大规模协作时使工作可见的重要性 。 在这里,我更关心适应性-创建没有单点故障的团队,使团队更好地适应动态环境中不断变化的条件。
我同意必须对团队进行管理,并且我认为我们认为很多活动是经理或团队负责人的唯一责任,实际上,这些活动可以直接委派给团队,也可以委派给可以有效交付的团队成员为团队服务的活动。
因此,从我的角度来看,必须对团队进行管理 ,但是该管理的很大一部分可以由团队本身完成 ,从而创建了一个自我管理的团队。
让我们回顾一下其中的一些活动:
- 了解组织发展的业务和生态系统
- 了解我们为什么提供解决方案,产品,功能,服务并制定清晰的愿景
- 定义需要交付的内容以及何时交付
- 确定如何设计
- 确定如何实施
- 定义如何记录,演示,测试
- 在团队成员之间分配工作
- 交付工作
- 实施文档,测试
- 演示演示
- 收集用户和利益相关者的反馈
- 确保工作结果不断流向客户或用户,并确保测试自动进行并针对每一个变更触发
- 改善团队的工作方式,提高其影响力和可持续性
- 提高由不同团队组成的更大系统的效率
- 支持使用该产品的客户和合作伙伴
- 促进用户,客户和合作伙伴之间在定义和实施产品或服务方面的协作
- 定义团队成员的薪酬
- 控制团队成员的绩效
- 支持和发展团队中的人
- 雇用人
当我看到这些活动,我看到一些可能被委托给系统则把地方被球队本身样的分配工作,例如。 只需向所有人公开该工作,就可以使工作分配对于团队成员而言显而易见。
我还看到了难以摆脱管理者的活动,例如管理团队成员的薪酬(因为这将需要建立一个更加透明的薪酬体系,如果您不从头开始,则由于先前存在的差异,很难做到这一点。补偿人)。
我看到了针对用户的活动, 以及团队交付的原因和目的。 在我工作过的某些团队中,这些活动被委派给某个团队成员,例如,扮演用户倡导者或产品负责人(使用Scrum术语)的角色。
我看到都集中在如何在团队正在活动。 这些活动被委派给承担例如Team Catalyst或Scrum Master角色的团队成员。
在这两种情况下,他们的角色都是确保活动由团队完成,而不必自己处理所有事情。
通过更详细地查看活动, 我可以设想其中许多活动将由团队成员作为其当前角色的一部分或以新角色的形式进行处理。
使经理或团队领导者能够考虑自己负责的活动以及可以委派给团队的活动,可以消除某些组织中当前存在的瓶颈和单点故障。
自组织团队可以最好地处理组织中的哪些活动? 我没有列出什么? 我有兴趣听到您的消息。
阅读系列
翻译自: https://opensource.com/open-organization/18/8/self-organizing-team-management
团队管理者的自我管理