首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >Scrum和跨功能团队与专家

Scrum和跨功能团队与专家
EN

Stack Overflow用户
提问于 2009-05-12 08:27:05
回答 4查看 4.6K关注 0票数 9

为澄清而编辑的帖子(原文位于底部).

我希望将研发人员从横向团队(即专业团队或组件团队)重组为垂直团队(即特色团队,自给自足团队)。我可能最终会有3-4个团队,与开发人员和QA工程师合作,他们可以与产品的大部分方面合作。然而,我只有一个合格的DBA和一个技术作家。我可以将DBA放在一个团队中,并为他的团队提供需要最复杂的DB工作的特性,并将与DB相关的更简单的任务交给没有DBA的团队。

但是,几乎每个特性都需要更新文档,而文档是几乎每个特性都必须完成的任务,才能成为Done。我只有一个技术作家。其余的开发人员没有(也不能学习)编写文档所需的技能,因为它不是用他们的母语编写的。

如何在垂直团队中处理这些资源?

  1. ,我有没有让作者不参加任何团队?这将使团队不可能独自“完成”。
  2. ,我让作者成为所有团队的一员吗?如果是这样的话,他怎么能参加所有的团队会议(每天,计划,retrospectives)?
  3. Do我让他成为一个团队的一员?哪个?所有球队都同样需要他。没有他,其他球队是如何“完成”的?

谢谢,阿萨夫。

原版:

我们的公司希望采用Scrum的生活方式,并且能够在团队中为一个团队分配一个特性,并使这个特性“完成”(即根据完成的定义)。

但是,有些技能需要团队中没有足够的人拥有的技能,以便为每个团队分配一项技能(例如技术编写人员、DBA、集成专家等)。

你将如何处理这些资源有限的专家,主要是垂直团队?

EN

回答 4

Stack Overflow用户

回答已采纳

发布于 2009-05-18 14:06:57

在做了一些研究(很多网站,以及格伦·M·帕克( Glenn M. Parker)的“跨功能团队”一书)之后,我得出了以下结论:

  1. --团队应该由集体合格的组成,以实现团队的功能“完成”。这意味着,每个成员都是而不是,他们期望能够完成所需的每一项任务,但每项任务都可以由团队中至少一名成员以足够的质量完成。
  2. 虽然团队应该是跨职能的,但是当有多个团队时,也应该有某种形式的职能部门,无论是官方的还是其他的,都应该由该领域的专家领导。专家可能是一个团队的成员,也可能不是,但在任何情况下,所有执行某项任务的成员都应该与专家进行足够频繁的沟通和协作,因为他们是how工作的专业权威。

在我的例子中,这意味着DBA和Technical都将领导各自的专业论坛或部门(取决于正式程度),他们都可能是一个团队的成员。数据库和文件工作将由能够从事这项工作的小组成员完成,并在专家(专业当局)的监督下完成。

以这种方式,专家可能存在于组织中,以及通才,以及介于两者之间的人。

当然,在这种方法中,团队能够以自给自足的方式完成分配给它的所有业务级任务(特性、用户故事),这正是我们所希望的。

票数 6
EN

Stack Overflow用户

发布于 2009-05-12 17:11:41

首先,我不想混淆scrum团队和组织结构。组织-wise,你的技术。作家可以属于任何团队。从Scrum的角度来看,我会将技术撰稿人的时间专门用于团队(发行版本取决于您的sprint大小),例如每周一天给每个团队或AM/PM (两个团队)。这样,每个scrum团队都知道技术编写人员被分配给他们的数量和时间,并能够相应地进行计划。如果可能的话,我也会让科技撰稿人参加所有的日常会议(有两个团队,应该是可行的)。这样,技术撰稿人(或任何稀缺资源)就会成为所有团队(Scrum)的一部分。我认为唯一的问题可能是纪律,只为分配的团队和分配的时间工作,但我相信你会在一两次冲刺中解决我们的问题。我不确定会议的计划,但我确信这个人应该参加回顾会议。

票数 2
EN

Stack Overflow用户

发布于 2012-04-12 22:15:04

显然,除非您想在您的公司中引入“上帝对象”和“信息瓶颈”反模式,否则您无法共享这些资源。

我建议传播他们的知识,而不是将所有相关的工作分配给他们,强迫您的DBA和技术作者与其他团队成员()分享他们的经验。使用敏捷对编程中最好的技术之一。

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

https://stackoverflow.com/questions/851728

复制
相关文章

相似问题

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