【问题标题】:Scrum, and Cross-Functional Teams vs. Specialists [closed]Scrum 和跨职能团队与专家 [关闭]
【发布时间】:2009-05-12 08:27:05
【问题描述】:

为澄清而编辑了帖子(原始帖子在底部)。

我希望将研发人员从水平(即基于专业或组件)团队重组为垂直(即功能,自给自足)团队。我最终可能会组建 3-4 个团队,其中包括开发人员和 QA 工程师,他们可以协作处理产品的大部分方面。 但是,我只有一名合格的 DBA 和一名技术作家。我可以在一个团队中拥有 DBA,并为他的团队提供需要最复杂的 DB 工作的功能,并将与 DBA 相关的更琐碎方面的任务分配给没有 DBA 的团队。

不过,几乎每个功能都需要更新文档,而文档是几乎每个功能都必须完成的任务,才能完成。我只有一位技术作家。其他开发人员不具备(也无法学习)编写文档所需的技能,因为文档不是用他们的母语编写的。

我如何在垂直团队中处理此类资源?

  1. 我是否让作者加入任何团队?这将使团队不可能靠自己“完成”。
  2. 我是否让作者成为所有团队的成员?如果是这样,他如何参加所有团队的会议(日常会议、计划会议、回顾会议)?
  3. 我是否只让他成为一个团队的成员?哪一个?所有球队都同样需要他。没有他,其他团队如何“完成”?

谢谢, 阿萨夫。


原文:

我们公司希望采用 Scrum 的生活方式,并能够将功能分配给团队,并在团队内将该功能“完成”(即根据完成的定义)。

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

您将如何与这些资源有限的专家打交道,而这些专家大多是垂直团队?

【问题讨论】:

  • 很好的问题和结论,整个线程都很好阅读:-)

标签: scrum


【解决方案1】:

在做了一些研究之后(很多网站,以及一本名为“跨职能团队”的书 作者 Glenn M. Parker),我得出以下结论:

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

在我的示例中,这意味着 DBA 和技术作家都将领导各自的专业论坛或部门(取决于正式程度),他们可能各自是其中的成员团队。数据库和文档工作将由有能力的团队成员完成,并在专家的监督下(专业权威)进行。

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

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

【讨论】:

    【解决方案2】:

    首先,我不会混淆 Scrum 团队和组织结构。组织方面,你的技术。 writer 可以属于任何团队。 从 Scrum 的角度来看,我会将技术作家的时间投入到团队中(分配取决于您的 sprint 大小),例如每个团队每周一天或上午/下午(2 个团队)。 这样一来,每个 Scrum 团队都知道技术编写者分配给他们的数量和时间,并可以做出相应的计划。 如果可能的话,我也会让技术作家参加所有的日常会议(如果有 2 个团队,这应该是可行的)。 这样,技术作家(或任何稀缺资源)将成为所有团队的一部分(scrum-wise)。我认为唯一的问题可能是只为指定的团队和指定的时间工作的纪律,但我相信你会在一两个冲刺中对我们进行排序。 我不确定计划会议,但我确信这个人应该参加回顾会议 马特杰

    【讨论】:

    • 这并不能回答问题 - 如果我有多个团队,但只有一个有资格编写技术文档的人,或者只有一个 DBA,我该怎么办?
    • 现版的问题恐怕与我回答的问题不符:-(,请看原文
    • 是的,好吧,我想我一开始的意图还不够清楚。第一个问题。我的坏。
    【解决方案3】:

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

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

    【讨论】:

      【解决方案4】:
      1. 我是否让作者不属于任何团队?这将使团队不可能靠自己“完成”。

        即使您有一个技术作家,也应该组建一个文档团队,该团队将由一个人领导,显然同一个人将成为该团队的成员。跨职能团队成员可访问的通用任务存储库应通过两个主要文档(即只读和可编辑文档)进行访问,并将它们与每日 Scrum 会议一起进行版本控制。

      2. 我是否让作者成为所有团队的一员?如果是这样,他如何参加所有团队的会议(日常会议、计划会议、回顾会议)?

        没有。技术作家需要独立地负责他/她自己的工作,除了他/她自己的 ScrumMaster 之外,没有人向任何人报告。

      3. 我是否只让他成为一个团队的成员?哪一个?所有球队都同样需要他。没有他,其他团队如何“完成”?

        如果每个团队在如上所述的通用文档存储库中看到 LVIE 的可用性和进度,他们就会完成他们的任务。

      希望对您有所帮助。如果您不能欣赏所有这些人的意见,因为我可以很容易地看到您在做什么,请尝试至少返回他们的 2 美分以发表他们的意见,帮助您:)

      【讨论】:

      • 嗨,阿米尔。感谢您的输入。 :-) 根据我的经验,一旦你在跨职能团队之外组建了技术团队,他们就会成为瓶颈,职能团队不再能够交付完整的故事。
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多