如何实现分布式开发

良好的分布式开发依赖于有效的沟通:Abby Bangser 和 Bhagya Perera 解释说, 在各式各样的沟通过程中,需要寻找到正确的方法实现高效和可靠。要建立相互之间的共鸣,鼓励及时地反馈,并关注大家的积极性。让团队成员更有参与感和创造性,从最初的想法到完整交付出产品的过程中,都要让分布式团队共同承担所有权和责任。

\\

ThoughtWorks 的质量分析师 Abby Bangser 和里德商业信息公司的高级分析师 Bhagya Perera,在2017年欧洲测试会议中谈到了洞察分布式开发。InfoQ 工作之一就是负责推荐会议问答、内容总结和文章汇总。

\\

InfoQ采访了 Abby Bangser 和 Bhagya Perera,邀请他们谈谈分布式开发中的一些问题,例如有哪些主要挑战,组织应该如何应对这些挑战,如何提高分布式团队之间协作和沟通,分布式工作是如何影响团队的,以及如何利用现场和远程测试各自带来的好处等等。

\\

InfoQ:分布式开发的主要挑战是什么?

\\
\

Bhagya Perera:沟通绝对是首要的。在需要讨论时,团队往往会“忘记”或“忽视”沟通,这可能会导致工作混淆,甚至失去动力。文化差异、时区不同、工具不同很大程度也会导致这个问题发生。举一个典型的例子,出于对安全规则的考虑,在关联不同特定领域的过程中,我们也会碰到这样的挑战。

\\

Abby Bangser : 我同意沟通是其他挑战的基础。不能面对面建立互信关系,确实是真正的挑战,会带来合作的不便。还要补充一点,关注那些和业务不在一起的团队的动力是重要的。给他们指派“容易的”工作(往往并不容易)其实是一个陷阱,最后可能真的导致失去动力。

\
\\

InfoQ:组织如何应对这些挑战?

\\
\

Bangser:像其他事物一样,意识到挑战并进行公开讨论是第一步。我发现,从最初想法到最后产出的过程中,如果每个团队成员都拥有完整交付产品的所有权和责任,在解决沟通问题时,他们会更投入并更有创造性。要做到这一点,简便的方法就是用特征而不是活动来拆分工作。

\\

Perera:分布式的成功主要取决于团队间是否愿意进行更多的沟通。不仅沟通日常工作,还需要检查基本的需求,比如连通性、沟通明晰、甚至需求讨论以及不同团队之间的工作评估。要建立相互之间的共鸣,这能鼓励远距离的团队积极进行反馈,也意味着能指出问题同时积极解决问题。

\
\\

InfoQ:对分布式团队有什么可以提高沟通和协作的建议?

\\
\

Perera:识别团队的沟通问题是一个好的开始。用开放的心态,并带着解决它的意图来讨论问题。更好地了解团队,了解他们的文化和背景。不管是负面的还是正面的反馈,要学习如何传达。建立共鸣、分享利益,建立工作以外的关系,这有助于树立信任。如果你开始听进去这些建议,其实有很多事情可以做。

\\

Bangser:首先,我会从明确你的现场团队成员之间有什么不同的沟通类型开始。可能有正式的围绕预期的会议,有非正式的头脑风暴、白板会议,或者昨天晚上你做了什么之类的社交性玩笑,也许还有别的什么。然后我会建议考虑下如何不在同一个办公室与团队成员沟通。你可能会发现,所使用的沟通方式都已被包括其中,而他们几乎都围绕在正式的会议类型中(也许还有一些非正式的在线聊天)。增加其他沟通方式的方法是找到支持它们的工具,也许在视频会议中用额外的相机对着白板,也许在“喝咖啡的休息时间”用聊天工具说说每天的笑话或搞个小测验。总之要寻找各种方法,就像在现场一样,在跨越不同的地点进行高效可靠和多样化的沟通。

\
\\

InfoQ:对于分布式团队来说,哪些开发活动最受影响?

\\
\

Perera:我个人认为,任何移交到分布式团队的活动(不仅仅是测试),都会带来额外的复杂性。在第一个问题中讨论的所有挑战都将升级,分布式团队会感觉到受冷落。分布式团队要求主动分享信息,但如果项目只发生在一个地方,信息的可用性会让团队运行得更加顺畅。特别对于团队内的隐性知识,成功的分布式团队会鼓励更多的文档工作、更多的讨论和更多的依赖。而这一切,都取决于有效沟通。

\\

Bangser:虽然跨时区、口音和文化的沟通很具挑战性,但我个人并不总是觉得它有多么困难。我所参与的一些分布式团队已经做得很完美,通过很多直观的事例、经常使用并保持更新的文档,以及非常积极的意识来分享每天的成功和挑战,他们能识别和纠正沟通的差距。“走廊谈话”是深受分布式协作负面影响的沟通方式,通过随机的交谈(尤里卡时刻)或许能够让人豁然开朗,但这种效果难以复制。所以我希望有一个更好的解决方案,来支持上面那些良好的习惯。

\
\\

InfoQ:我们如何能够利用现场和远程测试各自的好处?

\\
\

Perera:我希望看到分布式团队成员成为一个整体,它本该如此。复杂性随着现场和分布式团队的分离就开始了,而多样性总是带来不同的经验和想法,这会让产品成功。时区的差异和语言的差异会让大家都觉得沮丧,还会影响整体的质量。我个人很喜欢分布式测试,因为远程团队往往有丰富的经验。他们可以在不同的客户之间轮换工作,这意味着他们接触到的问题、技术和流程,我们都可以借鉴。现场测试人员也有优势,他们能与那些间接为产品做贡献的人,以及与带来不同测试理念的人建立良好的对话。

\\

Bangser:如果我们把测试定义为对一个产品新的理解,显然有利于重视现场和分布式团队成员的投入。我更喜欢看到一群能容易沟通的人可以对整体特征进行分析、设计、实施和验证,就像在同一个地方工作的团队那样。如果你发现自己处于一个根据活动来拆分(在一个地方开发,在另一个地方测试)的团队中,我会建议先明确团队看重哪些基于质量的活动并打算利用它们,根据谁会在这些活动中取得最大的成功来进行划分。分布式团队成员也许没有参与过新功能的所有决定,让他们来进行“黑盒”风格的测试,将会非常有价值。

\
\\

查看英文原文Making Distributed Development Work

\\

感谢薛命灯对本文的审校。

\

给InfoQ中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ@丁晓昀),微信(微信号:InfoQChina)关注我们。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值