为澄清而编辑的帖子(原文位于底部).
我希望将研发人员从横向团队(即专业团队或组件团队)重组为垂直团队(即特色团队,自给自足团队)。我可能最终会有3-4个团队,与开发人员和QA工程师合作,他们可以与产品的大部分方面合作。然而,我只有一个合格的DBA和一个技术作家。我可以将DBA放在一个团队中,并为他的团队提供需要最复杂的DB工作的特性,并将与DB相关的更简单的任务交给没有DBA的团队。
但是,几乎每个特性都需要更新文档,而文档是几乎每个特性都必须完成的任务,才能成为Done。我只有一个技术作家。其余的开发人员没有(也不能学习)编写文档所需的技能,因为它不是用他们的母语编写的。
如何在垂直团队中处理这些资源?
,
谢谢,阿萨夫。
原版:
我们的公司希望采用Scrum的生活方式,并且能够在团队中为一个团队分配一个特性,并使这个特性“完成”(即根据完成的定义)。
但是,有些技能需要团队中没有足够的人拥有的技能,以便为每个团队分配一项技能(例如技术编写人员、DBA、集成专家等)。
你将如何处理这些资源有限的专家,主要是垂直团队?
发布于 2009-05-18 14:06:57
在做了一些研究(很多网站,以及格伦·M·帕克( Glenn M. Parker)的“跨功能团队”一书)之后,我得出了以下结论:
在我的例子中,这意味着DBA和Technical都将领导各自的专业论坛或部门(取决于正式程度),他们都可能是一个团队的成员。数据库和文件工作将由能够从事这项工作的小组成员完成,并在专家(专业当局)的监督下完成。
以这种方式,专家可能存在于组织中,以及通才,以及介于两者之间的人。
当然,在这种方法中,团队能够以自给自足的方式完成分配给它的所有业务级任务(特性、用户故事),这正是我们所希望的。
发布于 2009-05-12 17:11:41
首先,我不想混淆scrum团队和组织结构。组织-wise,你的技术。作家可以属于任何团队。从Scrum的角度来看,我会将技术撰稿人的时间专门用于团队(发行版本取决于您的sprint大小),例如每周一天给每个团队或AM/PM (两个团队)。这样,每个scrum团队都知道技术编写人员被分配给他们的数量和时间,并能够相应地进行计划。如果可能的话,我也会让科技撰稿人参加所有的日常会议(有两个团队,应该是可行的)。这样,技术撰稿人(或任何稀缺资源)就会成为所有团队(Scrum)的一部分。我认为唯一的问题可能是纪律,只为分配的团队和分配的时间工作,但我相信你会在一两次冲刺中解决我们的问题。我不确定会议的计划,但我确信这个人应该参加回顾会议。
发布于 2012-04-12 22:15:04
显然,除非您想在您的公司中引入“上帝对象”和“信息瓶颈”反模式,否则您无法共享这些资源。
我建议传播他们的知识,而不是将所有相关的工作分配给他们,强迫您的DBA和技术作者与其他团队成员()分享他们的经验。使用敏捷对编程中最好的技术之一。
https://stackoverflow.com/questions/851728
复制相似问题