来宾 Blog:4个理由专注于Scrum为分布式团队成功

 hug 几年前,当我与桥梁全球联系时,我遇到了Hugo Messer。我们谈到与远程团队合作,了解我们对这一点的思考非常相似。在此访客Post Hugo探索Scrum如何帮助分布式软件开发团队。

I’VE一直与分布式团队合作超过10年。一世’通过审判和错误学习,当您的团队遍布全球时,何时尚未起作用。我通常不是早期适配器,因为我已经看到了这么多的炒作;东西来了。我怀疑的是,Scrum将是其中一个山。软件开发公司突然间都声称是敏捷,并使用Scrum。在许多情况下,这是营销谈话,而不是运营现实。但是几年后,我决定更深入地挖掘,发现Scrum真正帮助分布式软件团队。

有四个原因:

你在短期下工作

每个 ‘ 短跑 ‘需要1-4周(Scrum通常会谈约2-4周,但在我的经验中,1周可以在一些项目中带来奇迹)。在远程合作中,你不’T定期互相交谈。你可以’看看你的外国同事正在做什么。如果您有一个大项目,并且您将这项工作组织为长期大项目,远程截止日期,您松散了‘grip’。通过Scrum,工作被切入小迭代。每个1-4周你计划冲刺,团队开始工作,你在冲刺后看到结果。这使得团队能够更快地学习,并且不起作用。它还使团队能够将新想法和客户反馈所带来的更改。

对于更普遍的管理,这也是非常有价值的。如果你有一个让我们的团队’S Say Marketeers,他们有项目。这些项目可能会跨越数月。通过将这些项目切割成每周迭代,您不断进行策划的团队努力,将这些项目完成完成。因为您在方式学习和实施变化,所以项目的结果更好。

2.团队决定

有一个远程团队,它’对于将项目结果移动到远程团队的权限至关重要。您可以指明并与团队讨论您认为需要完成的东西。但球队决定‘how’ they’ll解决这个问题。我认为这是一个强大的管理心态。你聘请了一支专家团队。那些专家了解他们的业务。所以你应该让他们决定如何完成项目。如果你把你的车带到车库,你相信机械师来解决它(因为你可能不知道自己如何做到)。

一‘method’我经常在工作日内思考 ‘monkey management’如Ken Blanchard所描述的。这里’s an excerpt from ‘如何 we lead‘这解释了猴子管理所带来的内容:

一个“猴子”是在两个人见面后的下一个举动,如这里所示:说你在走廊里遇到一名员工。他说,“我可以看到你一分钟吗?我们出现了问题。”他解释道;你听;时间飞逝。 二十分钟后 你知道有关意识到的问题,你必须参与其中,但你不太了解做出决定。所以你说,“这是非常重要的,但我现在没有时间讨论它。让我思考它,我会回复你。“

独立式观察者了解刚刚发生的事情,但是当你在中间时,看到大局更难。在你在那座大厅遇到你的工作人员之前,猴子在他的背上。在你说话的时候,这个问题是在联合考虑下,所以猴子在每个背面都有一条腿。但是当你说的时候,“让我思考它,我会回到你身边,”猴子直接移动到你的背上。

问题可能是您员工的工作的一部分,并且他可能完全有能力提出解决方案。但是,当你允许猴子跳到你的背上时,你自愿做这两件事通常预期作为他工作的一部分:(1)你接受了这个问题的责任,(2)你答应了他进度报告。只要确定它是清晰的谁现在,你的工作人员将在接下来的几天停止你的几次来说,“嗨!它到来了怎么样?“如果您尚未解决员工的满足问题,他可能会开始向您施加压力,以确实是他的工作。

该团队衡量了自己的表现

在Scrum中,软件开发团队经常衡量自己的  速度 克鲁姆 Anliance定义的速度:

在Scrum中,速度是团队在一个Sprint中可以处理的产品积压努力。这可以通过观看先前的冲刺来估计,假设团队组成和冲刺持续时间保持不变。它也可以使用基于承诺的规划来在Sprint-By-Sprint基础上建立。

速度是软件团队性能的关键驱动因素。在支持远程软件团队合作的大多数软件工具中,速度自动计算。

对于更广泛的管理,它 ’对于团队成员有用的是定义自己的KPI’s。让他们思考什么’对于他们可以对项目的最重要影响以及如何衡量这一点。他们可以每周在表格或系统中报告进度,然后您在每周会议中讨论。我总是使用顶部有一个KPI仪表板的Google表。每个团队成员可以访问此表,因此整个团队都知道每个人’最多。你可以用我的 免费最优先事项模板 为此(让我知道您对纸张的看法  雨果 @ Ekipa.co. )。

4.会议节奏

克鲁姆 有一个结构化的会议。这 从Scrum引物摘录 描述每个会议(我推荐Scrum Primer了解更多关于Scrum的):

冲刺规划
摘要:为Sprint做准备的会议,通常分为两部分(第一部分是“什么”和第二部分是“如何”)。 
参与者:第一部分:产品所有者,团队,Scrummaster。第二部分:团队,Scrummaster,产品所有者(可选但应该访问问题) 
持续时间:每个部分都是时括到每周三个小时的冲刺。

每日scrum. 
摘要:团队成员之间的更新和协调。
参与者:需要团队;产品所有者是可选的; Scrummaster通常存在,但确保团队持有一个。 
持续时间:最大长度为15分钟。

Sprint Review. 
摘要:与功能递增的检验和适应相关。 
参与者:团队,产品所有者,Scrummaster。其他利益相关者适当,由产品所有者邀请。持续时间:时间禁止到每周三个小时的冲刺。

Sprint回顾 
摘要:与过程和环境相关的检查和适应。 
参与者:团队,Scrummaster,产品所有者(可选)。其他利益攸关方可以由团队邀请,但并非允许参加。 
持续时间:每周短时间为45分钟。

在一个远程团队中,这次会议节奏使团队能够保持一致。如果你不’T计划此时间,几天或数周可能会通过不定位谈判。这可以完全脱轨您的项目。

对于非软件团队,洛克菲勒习惯使用年度,季度,每月,每周和每日会议的节奏来对齐您的分布式管理团队。

结论

远程团队可以通过强劲的过程更有效地管理。 Scrum是迄今为止管理分布式软件项目的最佳过程。有四件事适合分布式工作:工作是在短周期中完成的–4周,可以快速学习和适应;远程团队决定‘how’他们会完成工作,移动‘monkey’完全放在肩膀上;团队(成员)使用速度或其他KPI来衡量自己的性能’s; and there’■计划的会议节奏,使全球分布的团队能够持续对准和进展目标。

关于访客作者

这是来自Hugo Messer,分布式敏捷专家的访客帖子。雨果是Ekipa.co的联合创始人。

为了帮助(分发)在实施Scrum和Agile的团队中,Hugo定期组织培训。他还写了关于管理远程团队的6本书。随意与雨果通道取得联系  雨果 @ Ekipa.co. .

 

分享这种经历
  • 19
    分享

来宾

Gastlogs Zijn Artikelen Van Diversee Schrijvers,Waarin Ze Schrijven在敏捷,精益en继续矫正。 Interesse Om een gastblog te publiceren op Benlinders.com. ? Neem Dan. 联系Met Mij Op!

这篇文章有4条评论

  1. Hans Gaertner.

    这是真的:敏捷和遥远的工作有很多杠杆!要点。我刚从一个关于在远程团队中工作的客户的培训课程回来。其中一位参与者问了我。“你认为可以做到一个scrum项目”? His team’SCRUM教练告诉他们这无法完成这一点。他们应该尝试面对面工作。在我们的培训之后,很明显,分布式团队和敏捷原则的有效工作非常共同。显然,遵循scrum /敏捷不是强制性的“rule book”从字面上为每个商业区的每个项目。但雨果梅塞尔的原则’分布式团队中的每个项目都有真实的帖子:短程里程碑周期,分布式领导(意思:自我组织和专注于团队成员),彻底计划反映活动,广泛的利益相关者参与和管理。

    有谁知道这是什么“Scrum和分布式团队唐’t match” come from?

    1. Hugo Messer.

      嗨汉斯,谢谢你的评论!我认为它来自2件事:
      1. Scrum一般谈判关于搭配>他们说搭配比替代品好
      2.许多人面临挑战’没有在1个房间,所以他们更喜欢在1个位置工作。

      我想一般来说,我们都必须学习如何在分发的工作。它’组织的未来:技术使我们能够从地球上的任何地方工作,它也有助于我们生活更多的人类生活,在那里我们跳过旅行,交通堵塞和坐在一天中。

  2. 莎拉约翰尼斯

    软件开发公司突然间都声称是敏捷,并使用Scrum。在许多情况下,这是营销谈话,而不是运营现实.many公司遵循敏捷Scrum过程。

    1. 本林德林

      I’m不确定您的评论如何与本文莎拉语有关。拜托你能详细说明你想要遇到的东西吗?

发表评论

本网站使用AkisMet减少垃圾邮件。 了解如何处理评论数据.