写点什么

管理者在敏捷回顾中的角色

  • 2014-04-18
  • 本文字数:1887 字

    阅读完需:约 6 分钟

敏捷团队使用回顾会议来反思自己的工作方法。不断提升自我是他们的责任,因此他们必须决定后续要采取的行动。对于敏捷回顾,管理者能做些什么去支持他们的团队呢?

Len Lagestee 在博文管理者参加敏捷团队活动指南中谈到管理者在 spring 计划会、每日站立会、sprint 评审会和回顾会议中的角色。他解释了管理者如果参加这些会议将会有什么不同。

如果你是一名管理者,直接管理着这个敏捷团队(你评估一个或多个团队成员的绩效、晋升或薪资和奖金),我相信有一些预期的行为是适用于你的。当然这并不意味着排斥你,但你的出席、反应、言语和肢体语言将会影响到团队,有时候会产生消极的影响。

关于管理者如何参与敏捷回顾,Len 表明了他的观点:

绝不要参加(spring 回顾)。团队应该能够自由地讨论有待改善的领域,如果有什么东西让他们担心,或者其他人会评估其绩效,那么很可能他们会有所保留,一些该说的话不说出来。如果你觉得团队中有什么问题,你可以找个其它时间和你的直接下属、团队、产品所有者和 / 或 Scrum Master 一起来讨论你所关注的问题。

管理者不要直接参与敏捷回顾,但可以通过愿景和人性去支持他们的团队,正如 Len 在他的博文领导者该做的两种事中描述的:

当领导者开始制定和沟通愿景,就会产生对未来的期待,团队开始团结在这个愿景周围。这需要管理者远离日常决策,允许那些最接近的人行动起来作出即时决定。

当领导者和管理者做真实的自己,在愿景和实现愿景的人之间就会开始建立一种联系。这种联系会产生不可估量的力量,它将开始建立灵活的、网络化的弹性组织所需要的信任。如果没有大家的信任,你的愿景将毫无意义。

Esther Derby 和 Diana Larsen 在《敏捷回顾: 团队从优秀到卓越之道》中描述了他们认为管理者参加回顾会议时将产生的风险:

管理者不会参加所有回顾会议,但只要他们参加,他们很容易就会主导会议。这并不全是他们的错。当管理者出席时,团队成员可能会有所隐瞒(无论何种原因),这时管理者往往会打破沉默。在回顾会议前应该与管理者碰个面,指导他们恰当地参与。要求他们让别人先说话,感谢其他人所做的贡献,并注意他们发表不同意见的方式。

Esther 和 Diana 说管理者参加发布会和项目回顾会能够提供帮助,他们还建议在会议之前为经理们提供如何参与回顾的相关培训。

权力和地位的差别会影响回顾中的交互。那些有权评估或评价团队成员绩效的人,如职能部门经理、项目经理、总监和开发经理等等,他们掌握着权力,人们可能会服从于他们。在回顾之前,与每一位经理见面,让他们考虑在讨论过程中自己的角色定位。当一位经理过于独断时,其他经理应该能够有效抑制并给出提示帮助有效沟通。

在 InfoQ 电子书《 Getting Value out of Agile Retrospectives - A Toolbox of Retrospective Exercises 》中,本文作者和 Luis Gonçalves 说明:

经理们应该允许和支持团队做回顾。他们可以要求并期待团队在组织的约束和可能性中改善,为实现组织目标作出贡献,但是应该由团队自己决定如何改善以及哪些问题(暂时)不处理。经理应该尊重他或她的员工的决定并信赖团队的专业性,相信他们能够管理好自己的过程。

Kristin Runyan 在博文敏捷文化:管理与团队合作中描述了管理者应该如何支持敏捷团队:

管理人员,经理、总监、副总裁,不管是谁,应该向团队明确面临的问题或者机会,让他们“自组织”并决定如何通过团队解决问题。

她解释了组织中采用敏捷将会如何影响管理者在站立会议、回顾等敏捷会议中的角色,并说明刚开始时这会让管理者感到不适应:

在敏捷组织中最困难的管理问题之一是真正地强化自组织团队,根据定义,这表示管理者不属于这个团队。这在团队里面是个很困难的位置。参加站立会但不发言很难 ; 有解决问题的建议,却要保持沉默从而让团队寻找到自己的解决方案很难 ; 看着团队自己组织回顾,却没有邀请你这也很难。高效率的敏捷管理者能够接受这些角色差异,尊重团队的边界,让每个人学习和成长。当管理者这样做时,他们对于组织的价值将成倍增长。他们不再只是分任务、写绩效评价的管理者,他们现在是领导者,是人才的培养者、进步的推动者。这是每个组织都需要的!

在其后续的博文敏捷文化:对组织的影响中,Kristin 为管理者提供了一个关于如何使用回顾来支持团队并提升团队的建议:

当下一次 (团队) 向你提出问题或障碍时,不要为他们提供解决办法,而是反问。“你认为团队应该如何解决这个问题?”“关于这种情形,是否必须作为一个整体来讨论?”“在回顾会议中讨论了这个问题吗?”你只需要将问题抛给团队一到两次,指出他们需要解决自己的问题,并且你将支持他们。

查看原文链接: Role of Managers in Agile Retrospectives

2014-04-18 01:291562

评论

发布
暂无评论
发现更多内容

Databend SQL Planner 全新设计

Databend

sql 大数据 开源 #开源 databend

揭秘华为云GaussDB(for Redis)六大秒级能力盘点

科技云未来

【操作系统 | Linux】介绍与安装(虚拟机)

计算机魔术师

8月月更

日常工作最常用6大Git命令讲解

流浪的漂流瓶

git git stash 8月月更 git命令

在线XML转HTMLTable工具

入门小站

工具

前端小白躺平摆烂可以吗

Liam

前端 前端开发 前端面试 Mock 前端入门

如何正确理解Java对象创建过程,我们主要需要注意些什么问题?

PivotalCloud

【Django | 开发】 (国际化项目&支持多语言)

计算机魔术师

8月月更

快手能做好ToB吗?

ToB行业头条

tob 快手

长篇图解etcd核心应用场景及编码实战

字母哥哥

Java etcd #Kubernetes#

【云原生| Docker】 部署 Django & mysql 项目

计算机魔术师

8月月更

上了NVMe的路,才能飙起全闪存的车

白洞计划

软件测试 | 测试开发 | 常见接口协议解析

测吧(北京)科技有限公司

TCP/IP

字节跳动端智能工程链路 Pitaya 的架构设计

字节跳动终端技术

机器学习 客户端 端智能 Python. Pitaya

演讲实录|吴亚昆:云时代智能运维与可观测性探索

观测云

创新技术领航者!华为云GaussDB获颁2022年云原生数据库领域权威奖项

科技云未来

C/C++模板类模板与函数模板区别,以及用法详解

CtrlX

c c++ 面向对象 模板方法 8月月更

设计模式的艺术 第十六章责任链设计模式练习(提供一个假条审批模块:如果员工请假天数小于3天,主任审批该请假条;如果天数大于或等于3天,小于10天,经理审批;如果天数大于或等于10天,小于30天,总经理审批;如果超过30天,总经理不能审批,提示相应拒绝信息)

代廉洁

设计模式的艺术

如何为开源项目撰写 RFC

Databend

大数据 开源 #开源 databend

长安链源码分析启动(7)

长安链

【Django | 开发】 为已有遗留系统数据库生成管理后台

计算机魔术师

8月月更

Spring源码解析(四)Spring是怎么处理BeanDefinition的?

石臻臻的杂货铺

spring 源码 8月月更

【Python | 词云】聊天记录绘制超美词云(七夕快乐 ,曾同学)

计算机魔术师

8月月更

Python如何用类和对象来编程?

和牛

Python 8月月更

软件测试 | 测试开发 | 接口测试 Mock 实战(二) | 结合 jq 完成批量化的手工 Mock

测吧(北京)科技有限公司

Mock

软件测试 | 测试开发 | 一文带你了解K8S容器编排(上)

测吧(北京)科技有限公司

k8s

Java即时编译(JIT)原理与调优

柠檬汁Code(binbin0325)

JVM JIT 即时编译

在线图片隐写术解密解码传递数据

入门小站

工具

华为云GaussDB(for Redis)全面对比Codis

科技云未来

[CSS入门到进阶] 4行CSS实现footer置底!超常见的需求,快来收藏

HullQin

CSS JavaScript html 前端 8月月更

Spring源码分析(三)Spring是如何把元素解析成BeanDefinition对象的

石臻臻的杂货铺

spring 源码 8月月更

管理者在敏捷回顾中的角色_Scrum_Ben Linders_InfoQ精选文章