当前位置:新闻中心行业动态 → 正文

分布式团队中的敏捷

责任编辑:editor004 作者:Ben Linders |来源:企业网D1Net  2016-09-12 12:21:12 本文摘自:INFOQ

为了在一个分布式环境中获得更好的团队效能,并让敏捷可以很好地发挥作用,团队需要协同运转,而团队合作是核心。

Richards指出,你需要消除文化和流程限制,这样才能实现团队之间以及团队内部的协作。

关于如何在远程工作时保持联系,Pilar Orti在接受InfoQ采访时就如何处理远程团队的跨文化问题提出了建议:

我认为,这里有两个不同的场景需要考虑:一是和总部设在另一个国家的团队打交道;二是和分散在世界各地的个体共事。

在第一种情况下,团队成员都位于一个和你不同的国家,他们的工作方法、就餐时间等可能有一些共同的特征(注意,我说的是可能)。在那种情况下,同他们进行交谈,把其中的部分差异暴露出来是有好处的。不要轻易作出假设;从团队成员那里直接获取信息总是最好的方法。

在明确了这些广泛的共同点之后,你还需要注意,团队是由个体组成的。这就把我们引入了我提到的第二个场景。在这个场景中,人们分散在世界各地。在这种情况下,我会再次通过对话找出所有明显的差异,设法了解作为个体的团队成员。其中会有些东西你也有,有些你没有,但无论国籍如何,这种情况都会发生。

在敏捷2016大会上,David Horowitz和Mark Kilby谈了分布式团队中的沟通和协作:

分布式团队需要连通性,虽然面对面对于协作很重要,但它不如连通性重要。

他们提到了三种可以确保分布式团队稳定可靠地沟通的方法:聊天通道、密友和副机长。

在GOTO阿姆斯特丹2016大会上,Nienke Alma就“分布式团队向敏捷宣言发起了挑战”发表了精彩的演讲。InfoQ采访了她,内容涉及Scrum管理员如何使用来自不同文化的人组建团队,如何进行代码审查,分布式冲刺评审给他们带来了什么好处。我们还请她就“使用分布式团队开发产品”给予建议。

InfoQ:您提到,在使用来自不同文化的人组建团队时,Scrum管理员扮演了重要的角色。您能举例说明下您做了什么吗?

Nienke Alma:首先是团队成员的招聘过程。作为Scrum管理员,我密切参与了这个过程,并参加了所有的面试。在面试过程中,我更多的是关注应聘者的性格和软技能,而不是硬技能。我们的另一位团队成员通常都可以比我更好地判断这些硬技能。在面试过程中,我设法弄清楚应聘者如何应对另一种文化。好奇、灵活和开放式沟通是我寻找的性格类型。当然,我无法在一次对话中掌握应聘者的全貌,但一般而言,我们会设法找到恰当的团队人员组合。

此外,对我而言,在冲刺期间影响跨文化团队的建设也很重要。例如,我们组织了短期的讨论会,探索文化差异。而且,在平常的Scrum活动中,我还得关注团队动态。对谈话内容是否已经有了透彻地了解?是不是每个人都可以自由地发言?你必须认识到,荷兰人几乎总是会毫不犹豫地说出来,并讨论谈话涉及的任何内容,而印度人说话时通常更小心翼翼。作为Scrum管理员,我得设法帮助团队,确保每个人都为团队工作作出了同等的贡献。

InfoQ:您是如何召开代码审查会议的?为什么要采用这种方式?它带来了什么好处?

Alma:代码审查会议是团队质量改进计划的一个很好的示例。虽然对于团队的交付物而言,团队所有成员的职责都是一样的,但是他们的资历不同,所以我们也会看到代码质量的差异。虽然团队成员位于不同的地方,但我们发现,同行审查并不总是跨越国境的,即使那是最好的方法。因此,两名高级开发人员决定每个冲刺都组织一场代码审查会议,从根本上讲,这是一个培训其他团队成员、提高团队编码技能的机会。

我最喜欢这类会议的地方是,那两位高级开发人员将它们变成了一个游戏。在会议开始之前,他们会选择几段包含编码错误的代码。他们把这些代码片段带到了会场,显示在了一块共享的屏幕上,并写道:“这段代码包含5处编码错误。最先找出它们的人获胜!”我永远不会忘记,所有的眼睛都完全盯在屏幕上,我也不会忘记,当正确地发现一处错误时团队成员的喜悦。高级开发人员不会说明最初是谁编写了那段错误的代码。这不是一个指责的游戏,而是一个学习的游戏。得益于这种方法,他们成功地将消极的东西(错误)转化成充满挑战和乐趣的东西,带来了代码质量的改善。团队总是期待着下一次会议!

作为Scrum管理员,我一般都会参加代码评审会议,但我没有扮演一个积极的角色。不过,我完全支持这个方案,并赞赏团队的工作。我还会把代码评审会议的经验告诉团队之外的人。

InfoQ:分布式冲刺评审方法给你们带来了什么好处?

Alma:由于所有客户都位于荷兰,所以让荷兰的团队成员负责向客户展示及同客户对话是很有吸引力的,虽然我们认识到,如果我们选择那种方法,就会以某种方式将印度的团队成员排除在外。尤其是,如果你距离客户很远,同他们保持联系很重要,那样才能不断地在第一时间了解他们的期望。冲刺评审也是一个庆祝成功的好时机。所有团队成员都对成功负有相同的责任,因此,所有团队成员都应该有分享成功及站在聚光灯下的机会。我认为,我们对此非常重视,确保分布式冲刺评审方法可以提高整个团队的责任感。

InfoQ:如果组织希望使用分布式团队开发产品,您有什么建议吗?

Alma:我会建议他们慎重考虑下充分发挥分布式团队效能所需的投入。成果确实值得投入吗?不要因为只是希望实现成本削减就采用分布式方法。有一些额外的(高)成本是你必须考虑的,经常旅行、由于沟通失误导致的重复工作以及视频会议工具,以上是其中的一些例子。有时候,分布式方法是交付产品的唯一方法,因为当地没有所需的人才。那也许算是使用分布式团队开发产品的正当理由。但是话说回来,如果你希望创建高效能的团队,提供具有很高客户价值的产品,并快速投放市场,那么我认为,分布式团队并不是最理想的方式。当然,次优的方法是否已经足够交付有价值的成果,这要由组织决定。

查看英文原文:Agile in Dispersed or Distributed Teams

关键字:团队成员代码审查

本文摘自:INFOQ

x 分布式团队中的敏捷 扫一扫
分享本文到朋友圈
当前位置:新闻中心行业动态 → 正文

分布式团队中的敏捷

责任编辑:editor004 作者:Ben Linders |来源:企业网D1Net  2016-09-12 12:21:12 本文摘自:INFOQ

为了在一个分布式环境中获得更好的团队效能,并让敏捷可以很好地发挥作用,团队需要协同运转,而团队合作是核心。

Richards指出,你需要消除文化和流程限制,这样才能实现团队之间以及团队内部的协作。

关于如何在远程工作时保持联系,Pilar Orti在接受InfoQ采访时就如何处理远程团队的跨文化问题提出了建议:

我认为,这里有两个不同的场景需要考虑:一是和总部设在另一个国家的团队打交道;二是和分散在世界各地的个体共事。

在第一种情况下,团队成员都位于一个和你不同的国家,他们的工作方法、就餐时间等可能有一些共同的特征(注意,我说的是可能)。在那种情况下,同他们进行交谈,把其中的部分差异暴露出来是有好处的。不要轻易作出假设;从团队成员那里直接获取信息总是最好的方法。

在明确了这些广泛的共同点之后,你还需要注意,团队是由个体组成的。这就把我们引入了我提到的第二个场景。在这个场景中,人们分散在世界各地。在这种情况下,我会再次通过对话找出所有明显的差异,设法了解作为个体的团队成员。其中会有些东西你也有,有些你没有,但无论国籍如何,这种情况都会发生。

在敏捷2016大会上,David Horowitz和Mark Kilby谈了分布式团队中的沟通和协作:

分布式团队需要连通性,虽然面对面对于协作很重要,但它不如连通性重要。

他们提到了三种可以确保分布式团队稳定可靠地沟通的方法:聊天通道、密友和副机长。

在GOTO阿姆斯特丹2016大会上,Nienke Alma就“分布式团队向敏捷宣言发起了挑战”发表了精彩的演讲。InfoQ采访了她,内容涉及Scrum管理员如何使用来自不同文化的人组建团队,如何进行代码审查,分布式冲刺评审给他们带来了什么好处。我们还请她就“使用分布式团队开发产品”给予建议。

InfoQ:您提到,在使用来自不同文化的人组建团队时,Scrum管理员扮演了重要的角色。您能举例说明下您做了什么吗?

Nienke Alma:首先是团队成员的招聘过程。作为Scrum管理员,我密切参与了这个过程,并参加了所有的面试。在面试过程中,我更多的是关注应聘者的性格和软技能,而不是硬技能。我们的另一位团队成员通常都可以比我更好地判断这些硬技能。在面试过程中,我设法弄清楚应聘者如何应对另一种文化。好奇、灵活和开放式沟通是我寻找的性格类型。当然,我无法在一次对话中掌握应聘者的全貌,但一般而言,我们会设法找到恰当的团队人员组合。

此外,对我而言,在冲刺期间影响跨文化团队的建设也很重要。例如,我们组织了短期的讨论会,探索文化差异。而且,在平常的Scrum活动中,我还得关注团队动态。对谈话内容是否已经有了透彻地了解?是不是每个人都可以自由地发言?你必须认识到,荷兰人几乎总是会毫不犹豫地说出来,并讨论谈话涉及的任何内容,而印度人说话时通常更小心翼翼。作为Scrum管理员,我得设法帮助团队,确保每个人都为团队工作作出了同等的贡献。

InfoQ:您是如何召开代码审查会议的?为什么要采用这种方式?它带来了什么好处?

Alma:代码审查会议是团队质量改进计划的一个很好的示例。虽然对于团队的交付物而言,团队所有成员的职责都是一样的,但是他们的资历不同,所以我们也会看到代码质量的差异。虽然团队成员位于不同的地方,但我们发现,同行审查并不总是跨越国境的,即使那是最好的方法。因此,两名高级开发人员决定每个冲刺都组织一场代码审查会议,从根本上讲,这是一个培训其他团队成员、提高团队编码技能的机会。

我最喜欢这类会议的地方是,那两位高级开发人员将它们变成了一个游戏。在会议开始之前,他们会选择几段包含编码错误的代码。他们把这些代码片段带到了会场,显示在了一块共享的屏幕上,并写道:“这段代码包含5处编码错误。最先找出它们的人获胜!”我永远不会忘记,所有的眼睛都完全盯在屏幕上,我也不会忘记,当正确地发现一处错误时团队成员的喜悦。高级开发人员不会说明最初是谁编写了那段错误的代码。这不是一个指责的游戏,而是一个学习的游戏。得益于这种方法,他们成功地将消极的东西(错误)转化成充满挑战和乐趣的东西,带来了代码质量的改善。团队总是期待着下一次会议!

作为Scrum管理员,我一般都会参加代码评审会议,但我没有扮演一个积极的角色。不过,我完全支持这个方案,并赞赏团队的工作。我还会把代码评审会议的经验告诉团队之外的人。

InfoQ:分布式冲刺评审方法给你们带来了什么好处?

Alma:由于所有客户都位于荷兰,所以让荷兰的团队成员负责向客户展示及同客户对话是很有吸引力的,虽然我们认识到,如果我们选择那种方法,就会以某种方式将印度的团队成员排除在外。尤其是,如果你距离客户很远,同他们保持联系很重要,那样才能不断地在第一时间了解他们的期望。冲刺评审也是一个庆祝成功的好时机。所有团队成员都对成功负有相同的责任,因此,所有团队成员都应该有分享成功及站在聚光灯下的机会。我认为,我们对此非常重视,确保分布式冲刺评审方法可以提高整个团队的责任感。

InfoQ:如果组织希望使用分布式团队开发产品,您有什么建议吗?

Alma:我会建议他们慎重考虑下充分发挥分布式团队效能所需的投入。成果确实值得投入吗?不要因为只是希望实现成本削减就采用分布式方法。有一些额外的(高)成本是你必须考虑的,经常旅行、由于沟通失误导致的重复工作以及视频会议工具,以上是其中的一些例子。有时候,分布式方法是交付产品的唯一方法,因为当地没有所需的人才。那也许算是使用分布式团队开发产品的正当理由。但是话说回来,如果你希望创建高效能的团队,提供具有很高客户价值的产品,并快速投放市场,那么我认为,分布式团队并不是最理想的方式。当然,次优的方法是否已经足够交付有价值的成果,这要由组织决定。

查看英文原文:Agile in Dispersed or Distributed Teams

关键字:团队成员代码审查

本文摘自:INFOQ

电子周刊
回到顶部

关于我们联系我们版权声明隐私条款广告服务友情链接投稿中心招贤纳士

企业网版权所有 ©2010-2024 京ICP备09108050号-6 京公网安备 11010502049343号

^