支撑分布式 Scrum 团队的 5 项最佳实践

简介:

分布式 Scrum,从来都不简单。

Scrum 的基石 —— 透明性、开放性、自组织 —— 在分布式 Scrum 团队的环境下的实践难度均有着不同程度的提高,沟通协作障碍重重、团队建设难上加难。但与此同时,受成本节约的影响,很多公司又认为分布式 Scrum 是大势所趋。

与上述争议无关,本文只是一份提供给 Scrum Master 的实践指南,可以为分布式团队改善工作过程提供一些必要的参考。

适用于分布式 Scrum 团队的 5 项最佳实践

1、做团队成员的同地汇聚,频率越高越好、时间越早越好

你可能面临着场地租用和成本削减的争议,尽管它们是采用分布式 Scrum 的幕后推手,但对某些产品开发过程而言,整个团队同地办公的重要性却是无论怎么强调都不过分的。

即使是产品的选型或者当框架第一次实现,让整个 Scrum 团队在一起(是的,包括产品拥有者)对一开始培养团队的透明性,协作性和团队工作是很重要的。

在一起的人给团队一个形成恰当,也是拥有一个无价的文化交流和通过团队的进餐和咖啡进行工作外融合的机会。不要低估有机的对话和短小谈话对形成一个坚强团队的重要性。

如果可能,整个团队应该尽量在正规场所驻扎在一起。最好是在 sprint 结束和开始,当这个仪式形成。对于分布式团队,尽量平均一个月一起碰个面,当我们花费一周在一起。当然,这可能对于大部分团队不可能,但是每个季度在一起一次也会给团队带来正面的影响。

2、建立非正式的交流渠道

会谈是高效团队的重要组成部分之一,具体来说,就是在工作地点选一个合适的地方,大家坐在一起谈谈昨晚的电视节目,或者共进午餐。但在分布式团队中,这种自然闲适的交流往往是极度缺乏的。

在我们的开发团队中,我们给自己的小组起了名字,还利用 WhatsApp 搭建了专用的讨论组,有些时候,我们用它来传递工作信息(可以让大家及时了解到某人快迟到了或者生病了);但更多的时候,我们把它当作一个灌水乐园,大家聊体育,聊伦敦的或是布加勒斯特演唱会上的那些照片。尽管我们的办公地点分布在多处,这个非正式的、简单的、无所不包的聊天渠道却将我们大家时时刻刻联系在了一起,让我们可以随时捕获日常工作中那些违背敏捷理念的点点滴滴,从中发掘出无穷的乐趣。

3、引入工具

敏捷宣言的原则之一是“个人和互动高于流程和工具”,这里的关键之处在于“我们认为左项的价值大于右项”,而不是否定右项的价值,对分布式团队也同样如此,好的工具必然能够促进团队的交流和协作。

利用增强音频手段进行面对面的交流是分布式团队不可或缺的组成部分,要做到这一点,就意味着团队成员都需要配备相应的硬件和软件:合适的耳机和网络摄像头,移动电话,诸如 Skype 之类的通讯程序。

针对 Sprint 计划会议,我们引入了估算扑克应用软件;针对 Spring 回顾会议,我们发现基于白板的涂鸦是提升实时交流会议效果的绝佳手段(MURAL,官方网站 https://mural.ly/ )。现实中存在很多种工具,就分布式团队而言,针对工作小组探索并引入优质的工具能够有效地促进团队交流和讨论。

4、提高推动工作的能力

在任意情景下推动工作是 Scrum Master 的关键能力之一,这是任何团队都迫切需要的。这项能力让我们能在最佳时机做出最佳举措,通常是极难掌握的,在分布式团队环境下难度还要更大一点。你必须掌握团队成员的性格特点,哪些人内向,哪些人外向,谁愿意闷头干活而疏于分享,谁又乐意滔滔不绝地描述个人观点,如何有效发掘内向型团队成员个人观点中的价值点,同时又不抑制外向型团队成员的表现欲,是一门微妙的艺术。在推动工作时你必须充分参与进去,这样才能够识别“何时引导大家进入讨论”,“何时结束当前的主题”,以及“何时解决冲突”。

要时刻温习这些宝贵的技能。作为一个分布式团队的 Scrum Master,你要持续不断地阅读和学习,以掌握积极倾听和团队动力学理念;要积极地与其他 Scrum Master 进行知识分享,以丰富你的技巧和技术储备。

5、时刻莫忘说“谢谢”

无论是分布式团队还是常规团队,时刻不忘说“谢谢”都是至关重要的。

由于深刻地认识到了团队成功、贡献、知识分享、应对新挑战的重要性,很多公司配备了诸如电子卡片、公共论坛之类的内部表彰系统,这可是表达谢意的好东西,对分布式团队尤为如此。在完成了某项伟大的工作之后,如果有机会凑在一起,你主动为大家买上一些饮料(啤酒、咖啡请随意)来表达谢意也是一个好主意。

在我们的 Sprint 回顾会议上,我们定期设置了一个“鸣谢”环节,每个人都可以采用“把便签纸贴到白板上”的形式对团队中的某个人表示感谢,时间限制在当前 Sprint 之内,缘由不限。这是一个让我们自由传递感激之情的好方法,也是在 Scrum 团队中凸显团队协作和团队精神重要性的好方法。

结束语

在分布式团队的大环境下,追求成功乃是整个 Scrum 团队的奋斗目标,利用上述思路你可以构建适合于自己的最佳实践,让你的开发团队尽可能地提前武装起来去克服分布式团队所面临的各项挑战。

文章转载自 开源中国社区[https://www.oschina.net]

相关文章
|
12月前
|
消息中间件 存储 缓存
分布式中间件核心原理与RocketMQ最佳实践
随着互联网业务的不断扩展和复杂化,分布式系统的需求也越来越迫切。为了满足这一需求,分布式中间件应运而生。在分布式系统中,中间件的角色是协调和管理各个节点之间的通信和数据交换,它起到了桥梁的作用。本文将介绍分布式中间件的核心原理和RocketMQ最佳实践,帮助读者更好地理解和应用分布式中间件。
330 1
|
4月前
|
NoSQL 安全 Java
分布式锁实现原理与最佳实践
在单体的应用开发场景中涉及并发同步时,大家往往采用Synchronized(同步)或同一个JVM内Lock机制来解决多线程间的同步问题。而在分布式集群工作的开发场景中,就需要一种更加高级的锁机制来处理跨机器的进程之间的数据同步问题,这种跨机器的锁就是分布式锁。接下来本文将为大家分享分布式锁的最佳实践。
1028 5
|
4月前
|
消息中间件 监控 负载均衡
Kafka 最佳实践:构建可靠、高性能的分布式消息系统
Apache Kafka 是一个强大的分布式消息系统,被广泛应用于实时数据流处理和事件驱动架构。为了充分发挥 Kafka 的优势,需要遵循一些最佳实践,确保系统在高负载下稳定运行,数据可靠传递。本文将深入探讨 Kafka 的一些最佳实践,并提供丰富的示例代码,帮助大家更好地应用这一强大的消息系统。
|
5月前
|
消息中间件 监控 安全
RocketMQ x OpenTelemetry 分布式全链路追踪最佳实践(3)
RocketMQ x OpenTelemetry 分布式全链路追踪最佳实践
58 0
RocketMQ x OpenTelemetry 分布式全链路追踪最佳实践(3)
|
5月前
|
消息中间件 Java Kafka
RocketMQ x OpenTelemetry 分布式全链路追踪最佳实践(2)
RocketMQ x OpenTelemetry 分布式全链路追踪最佳实践(2)
56 0
RocketMQ x OpenTelemetry 分布式全链路追踪最佳实践(2)
|
5月前
|
消息中间件 Cloud Native Apache
RocketMQ x OpenTelemetry 分布式全链路追踪最佳实践(1)
RocketMQ x OpenTelemetry 分布式全链路追踪最佳实践
43 0
RocketMQ x OpenTelemetry 分布式全链路追踪最佳实践(1)
|
7月前
|
存储 算法 NoSQL
​浅谈分布式唯一Id生成器之最佳实践
​浅谈分布式唯一Id生成器之最佳实践
145 1
|
8月前
|
Cloud Native 关系型数据库 分布式数据库
客户说|PolarDB最佳实践:工期缩短2/3,揭秘极氪APP分布式改造效率神器
极氪APP引入阿里云PolarDB,21天完成数据库分布式改造
|
10月前
|
存储 C# 数据库
【C#编程最佳实践 九】DFS分布式文件系统
【C#编程最佳实践 九】DFS分布式文件系统
72 0
|
消息中间件 存储 监控
RocketMQ x OpenTelemetry 分布式全链路追踪最佳实践
RocketMQ x OpenTelemetry 分布式全链路追踪最佳实践
RocketMQ x OpenTelemetry 分布式全链路追踪最佳实践

热门文章

最新文章