返回(电子)小屋
5个团队冲突解决的工具

我们仍然可以敏捷吗?

我们仍然可以敏捷吗?如何从家庭工作影响我们使用敏捷方法?如果不再可能,我们仍然可以敏捷吗?

是的,当然,我们可以在很多方面,现在我们需要比以往更加灵活,因为我们尝试新方法,学习和调整我们的工作方式。但是,让我们'S解决了共同点问题,并在远程工作情况下查看敏捷实践。

敏捷的宣言和敏捷原则没有提及共同位置。他们不说团队必须共同努力敏捷或有效。相反,他们说, "将信息传达给发展团队中最有效和有效的方法是面对面的对话" and "商界人士和开发人员必须每天在整个项目中共同努力。"

面对面(F2F)和日常业务合作肯定更容易安排如果人们共同定位。但是,大多数敏捷团队已经在工作前有一些偏远工人 - 从家庭指示。 Digital.ai(以前的版本一声)2020 第14届敏捷调查 报告81%的受访者使用与远程团队成员的敏捷方法(通常不是整个团队,但子集是远程)。

为什么F2F和远程替代方案
那么,我们如何远程执行F2F?答案是用视频。如果视频是F2F,则让'看看F2F敏捷建议的位置首先来自。 Alistair Cockburn,一个敏捷的宣言签字人,开发了一种流行的图表,以显示各种形式和通信效​​率水平。稍后,斯科特·缩放器扩展了图形以显示建模类型并添加视频对话。

图表的目标是展示在每分钟的数据转移方面的互动性,F2F讨论比传统论文文件的数据转移更有效,并允许澄清理解的问题和答案。他们还通过语音和肢体语言传达情感,因此富裕的沟通形式。 以下是两个图形合并的F2F和视频标记为点1)和2)...

敏捷通信

我们可以看到F2F 1)和视频对话2)是图表的右上象限,表明高效率和高性能(情绪温度)。曲线上的视频略低于F2F对话,但仍明显高于通过电子邮件或文档工作。最高的形式正在白板上一起工作,我们还在那里带来了视觉协作的好处。

我怀疑这些通信表格的确切定位后面没有大量数据。相反,它是一种可视化,帮助讨论信息传输格式的连续性。一个结论是,如果不可能,那么视频会议是我们的下一个最佳选择,它仍然允许我们为人们感受'对一个话题的气质和情感。 

其他敏捷方法
舍入我们对敏捷建议的审核,Scrum指南不会授权甚至推荐共同位置。它谈到共同努力建立产品的团队。但是,群组可以远程上的产品一起工作。例如,吉姆可以在ROSA开发内容时构建网站。他们都在产品上工作,只是没有身体在一起。

极端编程(XP)包括“坐在一起”的实践,作为其主要实践和笔记之一 “你面临的面部越多,项目越有效率和富有成效。” 远程团队未能满足这种练习推荐,视频面部时间与人类的面部时间不同。但是,XP Co-Creator Kent Beck解释了“坐在一起”是一个目标,而不是强制性的。

我们还应该记住敏捷原则在2001年开发时,视频会议并不像今天那样简单或熟悉。直到2003年,Skype和其他应用程序提供广泛使用的和低成本选项,以获得一些面部时间。

团队类型
下面的图像显示了不同的团队成分类型。首先,Type-1团队完全并置。根据敏捷调查,这些是少数。大多数敏捷团队都是2型,其中有一个共同位团队成员的核心,也有一些远程团队成员。最后,3型球队都是偏远的,每个人都从自己的工作场所贡献。

远程团队类型

在CoVID-19响应期间,由于工作 - 从营业任务,许多组织从1型或类型-2键入-3。这种变化带来了技术和工作挑战,而且还强调了未来的机会。

2型团队的常见问题是核心共同位于和远程团队成员之间可能存在划分或通信差距。有些信息可能会,无意识地,没有与远程团队成员共享。走出所有远程,类型3,是一个伟大的leveer。现在每个人都在同一条船上,并且突出的需要沟通和普遍。

来自经验丰富的全远程组织的课程
许多组织已成功使用Type-3,多年来一年。他们故意选择这种格式并相信它提供了许多优势。

自动制造产品包括WordPress和Tumblr的Automattic组织,使用全远程策略在75个国家雇用超过1,100人。 Gitlab,代码存储库和开发工具的制造商,有1,295名团队成员分布在67个国家,使用他们的全程工作实践。

自动化使用敏捷方法来构建其产品。它创建了自己的分布式团队项目管理产品,称为P2,它用于组织,沟通和构建社区。它还体现了自动信条中的一些主要的抱负目标。这些包括:

  • 从未停止学习
  • 不要只是在分配的事情上工作
  • 没有现实quo这样的东西
  • 从来没有收到帮助同事的机会
  • 尽可能地沟通,因为它是分布式公司的氧气

在通信概念中对氧气的参考是故意的,因为太多的氧气也可能是致命的。作为一个团体尺度,重要的是从一个编辑思维方式投入时间,确保正确的信息不仅发布,而且需要听到并由需要的人听到并理解。

Gitlab还构建了敏捷工具并使用敏捷方法。它有一个巨大的 资源库 关于远程工作,任何组织都可以从中学习大量。类似于敏捷宣言,Gitlab有自己发表的价值观和宣言。

GitLab's six values are:

Collaboration.
Res
E效力
Dversity.
I填充&归属,迭代
T失败者

......这将通过假设良好的意图拼写彼此的“信用”。他们的遥控宣言读:

  1. 招聘和在世界各地工作而不是中央位置
  2. 灵活的工作时间超过工作时间
  3. 写下并录制对言语解释的知识
  4. 在职业培训方面写下流程
  5. 公共分享信息的信息,更新的访问权限
  6. 开放每份文件,以通过通过全面的文件进行自上而下的文件编辑
  7. 异步通信同步通信
  8. 工作时间的工作结果
  9. 正式沟通渠道超过非正式沟通渠道

物品3,4和9赞成口头上书面通信。在遥控设置中,这是优选的,所以人们可以在任何时候都可以消费它,每当请随时随地。然而,它与敏捷宣言有所差不多,这些宣言有利于其直接反馈和更丰富的带宽来实现F2F通信。然而,这些远程组织具有套筒的套筒,这可能超过弥补任何沟通处罚。

人们过度过程
访问最佳人才是遥控团队的储蓄恩典。关于平均和最可获得的工人之间的生产率差异有很多研究和猜测。一些报告索赔2x,3x甚至5倍的软件开发人员差异,但我怀疑数据充其量是摇晃。然而,一些问题可以解决或不解决。为无法解决问题的人工作更长时间不会有所帮助。

远程敏捷团队的论点是,从F2F向VideocoCerenfer或文档滑下通信有效性图的效率损失不仅仅是为了拥有最佳人群而弥补。此外,因为“从任何地方工作,随时随地,只要你喜欢”提供极大的灵活性,所以最好的人才被吸引和保留。

远程工作和敏捷值
全遥工作结构和敏捷原则之间存在许多相似之处。

  • 自治  - 对于偏远的团队来运作最佳,组织采用了成果的工作视图。他们相信他们的员工独立上班,根据需要合作和沟通,以创造所需的结果。它们不会尝试微观管理或计划任务。相反,他们允许人们组织他们的工作并与自主运作。这一心态密切密切镜子从敏捷方法中的“赋权团队”。
  • 透明度  - 鼓励人们并预计广泛沟通。自动化 “尽可能地沟通” 和github “非正式沟通渠道的正式沟通渠道” 强调沟通。这些想法映射到敏捷和卡班概念,了解工作可见和Scrum的透明支柱。
  • 挑战现状  - 人们预计会变得好奇,并始终寻找新的市场和改进。这些概念与检查和适应回顾的思想和敏捷心态的持续改进良好。
  • 迭代  - 迭代地工作是Gitlab的核心价值之一,以及敏捷方法的中心主题之一。
  • 重视个人  - 全球招聘并提供灵活的工作选项,即使这意味着更多的书面文件,是生活敏捷价值的重要例子 “个人和流程和工具的互动。”

概括
远程团队可以敏捷。他们通过不合解,他们确实经历了一些缺点。 All-Remote,Type-3组织承认,船上可能是一个挑战,通信需要更长时间。但是,获得最佳人才,提供灵活性和自主权抵消这些缺点。

当人们重视敏捷原则时,他们通常会找到一种方法,无论情况如何让它工作。但是,敏捷不是重点;建立一个互相支持的订婚,精力充沛的劳动力,并创造有价值的结果是成功的真正目标和衡量标准。 

有用的远程工作资源

  1. GitLab “Gitlab的全遥指南”
  2. 自动化 “在远程工作” 
  3. Stefan Walpers'远程敏捷指南

 

[注意:有关Mike Griffiths的更多文章,请访问他的博客 www.leadinganswers.com.。 Mike首先为ProjectManagement.com写了这篇文章 这里]

 

 

注释

验证您的评论

预览您的评论

这仅仅是一个预览。您的评论尚未发布。

在职的...
您的评论无法发布。错误类型:
您的评论已保存。评论受到审核,并不会出现在作者批准之前。 发布另一个评论

您输入的字母和数字与图像不匹配。请再试一次。

作为发布评论之前的最后一步,输入您在下面的图像中看到的字母和数字。这可以防止自动化程序发表评论。

难以阅读此图片吗? 查看一个替代品。

在职的...

发表评论

评论被审核,直到提交人批准之前就不会出现。

你的资料

(需要名称和电子邮件地址。注释不会显示电子邮件地址。)