跳转到主要内容

由于乌克兰,俄罗斯入侵暂停所有采购和培训来自俄罗斯。

团队在不同的时区

去年9月16日下午17点后,2021年由Dhamodaran巴拉吉
5回复
2021年9月13日02:14点

你好,

从开始的大流行,我公司开始使用Scrum。这也开始我的职业生涯作为一个SM。我们在这段时间提高很多,但我们仍远未成熟的Scrum团队。

过去的几周我们有一些事件在团队中这对我真的是令人不安的SM。它甚至让我怀疑这个团队是否能够“长大”。我真的很想知道你的想法。

首先让我描述了团队。我们公司总部在荷兰。这里我们有1高级开发人员,一个功能性设计师,阿宝,SM(我)和一些测试人员(主要为UAT)。在墨西哥高级开发人员,我们有2 Medior开发人员和专用测试仪(集成与测试)。我们还都在家工作,所以几乎所有的活动都是在网上。

正如您可以看到的,从墨西哥团队工作的一个重要组成部分。我认为这是一个主要部分的问题我明白了:

  1. 时差真的有负面影响的事件。在墨西哥的工作日开始时,我们几乎是在荷兰。这使得例如不可能有很长的Sprint计划会议上,我认为我们真正需要的。
  2. 这也让我们有创意的活动。我们现在有Sprint计划会议在周二和周三的审查和复古。这限制了次开发者无法发展。我认为我们应该用正确的顺序,找到别的东西在复古和Sprint规划之间的时间。当我把这个,开发者只希望开发冲刺。
  3. 沟通是贫穷。我们都不是以英语为母语,两个开发者甚至很差的英语。同时,我敢说文化差异是困扰我们。荷兰人直接和会议期间非常响亮。这似乎使墨西哥人不愿加入谈话。
  4. 不断在家工作没有帮助要么觉得一个团队。开发者专注于自己的工作,只会寻求帮助当他们完全卡住了。我理解这是如何发生的,但我看不出一个明确的解决方案除了“问问另一个开发帮助”。

我真的想听听你的建议。提前感谢!


2021年9月13日04:32点

从“掌握专业Scrum”书:

分布式团队

类似于外包,分配团队成员可以减少一个团队的凝聚力和有效性。人在不同的时区工作将会有更少的时间取决于合作多少工作日重叠。工作人员在不同的网站会发现他们可能不太有效的合作与人并肩工作。他们会发现很难作为一个团队一起工作。使分布式团队工作不是不可能的,但它肯定是更加困难。

来自不同文化背景的团队成员有时也难以沟通。一些文化中更公开表达意见的分歧,而其他文化更恭敬的面对不同的社会地位。这些和其他因素使透明度更具挑战性。信任和合作通常帮助团队成员达到更高层次的相互了解,使透明度和更有效的合作,但这共享的心态很难实现远程团队成员时。在任何情况下,你必须更努力工作克服障碍由分布式团队通过以下步骤:

其他技术,请参阅https://techbeacon.com/app-dev-testing/distributed-agile-teams-8-hacksmake-them-work

  • 帮助团队自组织,而不是试图解决问题。
  • 投资团队的增长与现场协作会话(至少一年一次;季度是更可取的)。包括活动集中在了解对方,建立明确的合作协议,将在产品愿景和理解客户,并一起完成共同的目标。
  • 投资于沟通和协作工具(例如,视频通信、互动白板)。

2021年9月13日04:36点

从“基本Scrum”书:

有时低出勤率会发生,因为它是不方便远程参与者加入通过电话或视频会议。如果远程参与者发现参加回顾会议不方便因为计划时,考虑改变或旋转的时间所以没有单一的位置总是不便。如果它是不方便的,因为它是很难参与远程,考虑当前的电信基础设施和练习如何进行远程参与者更好的结合。


2021年9月14日,28点啊

首先让我描述了团队。我们公司总部在荷兰。这里我们有1高级开发人员,一个功能性设计师,阿宝,SM(我)和一些测试人员(主要为UAT)。在墨西哥高级开发人员,我们有2 Medior开发人员和专用测试仪(集成与测试)。我们还都在家工作,所以几乎所有的活动都是在网上。

什么力量导致这个团队结构的吗?这听起来更像是被别人强加的东西,而不是任何自组织的结果。

一个Scrum Master应该擅长想知道对他们看到的东西。你不是有只挖掘民间的洞。如果公司确实已经“开始使用Scrum”,自组织是如何被提拔,这是正确的基础了吗?


2021年9月14日07:05点

你好,

谢谢你的快速响应,这是有帮助的。

什么力量导致这个团队结构的吗?这听起来更像是被别人强加的东西,而不是任何自组织的结果

这是一个有效的问题。说实话,团队以完全相同的方式构造之前我们开始Scrum。我们只是分配一个PO和SM。我们现在正在招聘一个额外的开发人员。这看起来像一个很好的理由让团队重组本身。

  • 帮助团队自组织,而不是试图解决问题。
  • 投资团队的增长与现场协作会话(至少一年一次;季度是更可取的)。包括活动集中在了解对方,建立明确的合作协议,将在产品愿景和理解客户,并一起完成共同的目标。
  • 投资于沟通和协作工具(例如,视频通信、互动白板)。

好点。我往往是问题解决者,而不是让团队自己修复它。我自己可以解决。第二点是困难。在荷兰看起来我们可以回到办公室不久,但在墨西哥,这并非如此。我已经在尝试侧吹风,但到目前为止,响应“meh”。但是我将继续试验。


2021年9月16日下午17点

团队以相同的方式构造之前我们开始Scrum

不同的时区绝对是一个挑战在最初开始Scrum。对我来说,地理文化差距将消退后一些短跑作为任何新的团队将通过“风暴”阶段形成,但我惊讶为什么这是一个问题,如果团队成员都和以前一样。

重新订购Scrum事件应对与时机不是很好的解决方案,因为他们在这订单的原因。建立团队合作,你可以尝试一些团队活动还是有一些短团队游戏之前的复古。

是否花时间规划。看看有什么活动可以“准备好了”之前,计划细化、优先级和大小可以之前完成计划。

你能想到的做一个Scrum团队如果你认为团队基本训练是不清楚的规则玩这个游戏之前!。


在我们的论坛上发布你是同意我们的使用条款。

请注意,第一个和最后一个名字从Scrum.org成员概要文件将显示在任何话题或评论你发布在论坛上。隐私问题,我们不能让你电子邮件地址。所有用户提交的内容在我们的论坛可能会删除如果发现违反我们的使用条款。Scrum.org并不支持用户提交的内容或任何第三方网站链接的内容。

使用条款

Scrum.org可以酌情删除任何它认为不适合这些论坛的帖子。不合适的内容包括,但不限于,Scrum.org专业人士评估问题和答案,亵渎,侮辱,种族主义或色情内容。使用我们的论坛作为平台,产品或服务的营销和征集也是禁止的。论坛成员发布内容太多了,Scrum.org可能吊销访问在任何时候,不打招呼就来了。Scrum.org的可能,但不是义务,监督提交。

Baidu