随着全球转向远程工作,团队活力受到了前所未有的考验。团队成员地理上分散在不同时区。他们在家工作,环境中的设施和干扰都是组织无法控制的。
这可能非常具有挑战性,尤其是在精益 Scrum 团队中。 Scrum 框架基于协作、创新和适应变化的自我管理团队。如果没有正确的动力,远程团队注定会失败。
在这篇博文中,我们将了解如何避免这种情况。
什么是 Scrum 团队?
Scrum 团队是一个跨职能的团队,他们共同努力以小增量交付软件产品。 Scrum 团队类似于运动队,每个团队成员都有特定的角色,每个人都朝着共同的目标努力。
跨职能:除了产品所有者、Scrum Master 和开发团队之外,还包括 UI、UX、DevOps 和质量专家。
小:一个典型的 Scrum 团队不到十人。团队被设计得足够小,以便于管理,但又足够大,可以在每个冲刺中完成大量工作。
然而,有时当项目很大时,也存在多个 Scrum 团队一起工作的可能性。或者将 Scrum 团队划分为具有专门技能的子团队。
自组织:Scrum 团队的成员是自治和自我管理的。他们可以辩论、表达不同意见并解决彼此之间的冲突。
透明:Scrum 团队使用历史数据来制定计划。他们公开分享意见并共同努力进步。
同地办公:传统上,Scrum 团队是同地办公。随着远程工作变得流行,情况已 智利 WhatsApp 如此,至少在现实世界中不再如此。然而,为了作为一个整体取得成功,他们需要一个数字协作空间。我们稍后将在这篇博文中讨论它。
了解 Scrum 团队
敏捷 Scrum 理念从根本上改变了软件开发方式。与过去的方式不同,当软件开发项目持续数年之久时,无论它是否不再适用,始终坚持最初的计划,Scrum 优先考虑业务价值、以客户为中心和适应性。但这段旅程并不快。
Scrum 简史
Scrum 的概念源自 Hirotaka Takeuchi 和 Ikujiro Nonaka 的《哈佛商业评论》文章。他们将敏捷团队和橄榄球的有效性、速度和跨学科性进行了类比 。
“scrum”一词源自橄榄球,指的是团队成员紧密地聚集在一起继续比赛的比赛。
几年后,Ken Schwaber 和 Jeff Sutherland 将 Scrum 开发为软件开发的正式流程,并于 1995 年向公众推出。这后来也演变成了 敏捷开发宣言 。
尽管 Ken 和 Jeff 最初是为了软件开发而设计的,但 Jeff 已经帮助跨行业和职能的团队采用了 Scrum 理念。