首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >当人们拥有不重叠的技能时,如何在艺术中形成SAFe团队?

当人们拥有不重叠的技能时,如何在艺术中形成SAFe团队?
EN

Software Engineering用户
提问于 2022-09-12 19:39:02
回答 3查看 168关注 0票数 0

想象一下,有一个具有以下技能组的人(敏捷发布团队在SAFe中):

  • 后端开发人员
  • 移动开发者,
  • 两位开发者。

作为一种产品,有了像Uber Eats这样的移动应用程序,想象一下我们想要通过新的功能来为用户提供价值,比如添加一个显示食品递送者位置的屏幕。

问题是:如何组成团队?要么(a)严格跨职能,要么(b)围绕技能?

通过(a)我们在一个团队中对不同技能的人进行分组,这样我们就可以提供完整的功能(从后端,通过移动应用程序屏幕,直到分析和报告)。另一方面,可能会有一些技能未得到充分利用(例如,单个BI开发人员的工作量太少)。

相反,在(b)项中,我们更倾向于围绕技能分组,并将协调从团队层面转移到艺术层面。然而,是否有可能有一个功能,带来价值,但不跨越不同的团队在艺术?我猜SAFe希望有一个团队“做”一个特性,而不是与不同的团队共享整个特性。

EN

回答 3

Software Engineering用户

发布于 2022-11-16 23:32:20

SAFe非常清楚地推荐跨功能的团队。希望团队中的每个成员都有很多技能,这样BI专家(如您的例子所示)即使在不需要她的BI技能时也能做出有成效的贡献。

我发现了帮助人们提高他们不太熟悉的技能的最好方法(提高他们的通用性)是通过社交编程方法,例如对编程或暴民编程。这样他们就可以边做边学,同时也能贡献出不同的观点和减少错误。这是一种可以在各个方面实现双赢的方法。

来自https://www.scaledagileframework.com/agile-teams/

敏捷团队跨越功能,由来自整个组织的5-11名成员组成,他们致力于团队的全职工作。这就消除了通过筒仓推送价值所造成的影响和延迟.每个敏捷团队都具备在短时间内开发增值所需的所有技能(图1)。他们可以:

  • 定义-独立地精心设计和设计特性和故事来完成他们的使命。
  • 构建-包含创建完成任务所需的所有技能。
  • 测试-确保工件的质量和性能
  • 部署-在适用的情况下,部署增值

(C) Scaled Agile,Inc.将此版权通知与复制的内容一起包括在内。

票数 1
EN

Software Engineering用户

发布于 2022-09-13 03:49:08

这个问题经常出现,“答案”往往取决于你问谁。敏捷社区和SAFe社区在这方面存在着相互竞争的观点。据我在野外所见:

  1. 对于有问题的人,考虑将他们分配给他们将花费大部分时间与他们在一起的团队。然后,让另一个团队“借”他们一个适当的百分比。分享这种方式并不理想,但通常比“我们需要雇佣另一个开发人员,这样鲍勃每周可以在___上花费8个小时”更令人愉快。
  2. 根据需要进行观察和调整。许多刚加入SAFe的org花了太多的时间试图在第一次获得这样的“正确”的组织细节(讽刺的是)。考虑一下,“我们要试一试,看看它是如何进行的”,就像在做敏捷演讲一样。

在实践中,对于“团队成员四舍五入”问题没有很好的答案,只有最不坏的答案。以及那些为你和你的组织工作的人。祝好运!

票数 0
EN

Software Engineering用户

发布于 2022-09-13 16:06:32

没有一种正确的方法来组织你的团队。即使在一个组织中,您也可能有几种类型的团队。考虑一下团队拓扑取消模型。根据您的产品和组织环境,您可以考虑几种组织团队的方法。

ART --敏捷发布培训--是一组团队,它们之间有一定程度的依赖关系,需要识别、消除或管理。定义平台、价值流、复杂的子系统以及系统和价值交付模型的其他方面可能会向您展示组织团队的不同方法。

如果您要通过这些练习来查看您的价值流和系统架构,那么在定义特性时,我会非常小心。具体来说,将分析和报告与面向用户的功能结合起来可能会让你陷入困境。最好将价值流定义为不同的涉众,并将分析作为一个单独的价值流或一个复杂的子系统来处理。

票数 0
EN
页面原文内容由Software Engineering提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://softwareengineering.stackexchange.com/questions/441006

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档