什么是“跨职能团队”?[关闭]


18

“跨职能团队”的一般含义是将达到目标所需的不同领域的专家组合在一起的团队。

但是,在敏捷看来,跨功能意味着不仅要合并不同的专家,还要使他们混合在一起。Henrik Kniberg 以此方式定义了跨职能团队:“跨职能团队意味着整个团队拥有构建产品所需的所有技能,并且每个团队成员都愿意做更多的事情,而不仅仅是他们自己的事情。”

但是线在哪里?是否要求开发人员成为测试人员进行迭代是否正常?


每个开发人员都在测试他的代码是很常见的。例如,Scrum团队不应该具有专业知识-每个人都应该能够编写和测试代码。原因是在迭代(冲刺)开始时没有要测试的东西,因此纯测试器没有任何关系。
Ladislav Mrnka'3

2
@LadislavMrnka跨职能并不意味着您不应该再拥有专家!
迈克尔

@Michael:是的,您可以聘请专家,但他们应该具有跨职能职能,也应该能够执行其他任务。
Ladislav Mrnka,2011年

成为专家并不意味着一件事就以牺牲其他所有东西为代价。
JeffO 2012年

3
为什么我经常看到“程序员应该能够进行测试”却却从来没有“测试人员应该能够进行编程”的话题?
史蒂夫·弗利

Answers:


11

我认为跨职能团队是一个包括公司不同职能部门的人员的团队:工程,IT,技术写作,市场营销,财务,法律,销售,人力资源,运营,质量和执行官。

在大型公司中,这些“功能”被放入筒仓(管理线)中,但是要完成任务,通常需要所有人中都花些时间。

如果您正在执行TDD或类似的操作,是的,这完全正常。

但是,一般来说,批准开发人员工作的责任不应该由那些相同的开发人员掌握。


2
这正是跨功能(例如Scrum)所没有的。
Ladislav Mrnka 2011年

1
@Ladislav Mrnka:从这个问题尚不清楚这是特定于敏捷的。在敏捷方法论中,我仍然认为它是正确的。在任何方法,你有时需要做一些您的专业领域(“功能”),以完成工作之外。C'est la vie,c'est la guerre!
Peter K.

为什么“退出开发人员工作的责任不应该由那些相同的开发人员掌握”?如果要减少周期时间,则不可以。
托德·欧文

@ToddOwen并降低软件质量。
彼得·K

@Downvoter:关于您为什么不同意的任何评论?:-)
Peter K.

7

跨职能团队是一个团队,来自不同领域的职能专家汇聚一堂,以定义要构建的内容并评估所构建的内容是否有用。在敏捷环境中,这些评估将经常发生。

但是,领域专家将确定如何完成其​​项目的特定部分。软件开发人员将开发软件。测试人员将进行测试。操作人员将运行该软件,依此类推。

拥有开发,测试和操作的意见对于定义好的产品非常有用,这就是跨职能团队的价值所在。


我不认为团队会定义构建什么,而是如何构建。产品负责人决定什么。同样,我认为团队成员不应将他们的活动限制在他们擅长的领域。想法是完成实现团队目标,创建生产优质产品所需的任务。
Kwebble

4

一个优秀的跨职能团队拥有并且需要“万事通”的人,同时也需要某些人的主人。通常是一两个。

例如,在我工作过的那些机器上。我专门研究C ++和几种网络语言,但我知道大约一百万。我精通视频编辑和3D媒体,以及诸如此类的事情以及业务和项目管理。因此,在这个规模较小的团队从事大型项目的过程中,我会在一天的大部分时间里进行一些硬性编码,并花一部分时间在网站上进行艰苦的工作,并准备好其他媒体。

没有多少项目会使用我的全部技能,而是依靠多种技能,我认为这是“跨功能”。有时它是一个非常好的,高效的设计,有时则不是很多。

感谢上帝,当我不必成为一名开发人员/网络管理员时,这没什么好玩的。我所在地区的这些小企业太疯狂了。谁相信他们的网络对程序员的信任。您想要的最后一件事是看到我尝试“调试”您的路由表:P


4

在我看来,“跨职能团队”更多是一群通才可以完成工作的通才。优势在于处理各种任务的多功能性,因为在专家组中,某些人只能执行某些任务没有瓶颈。

是的,如果需要完成迭代的工作,对于开发人员来说,成为测试人员是正常的。


跨职能部门可能会成为一个流行语,根据公司的不同,它可能具有各种含义。有些人可能将其视为最高级别,在这种情况下,开发人员可以是从地鼠到临时CEO的任何事物,而其他人则可以将其视为更加专业化的产品,以便使用不同类型的开发人员。开发人员有时可能必须是业务分析师,系统管理员或测试人员。我记得几年前,我刚开始工作,还有另一位开发人员,并且我正在测试发行版,这是我们的首要任务之一,因为当时缺乏适当地测试发行版的测试人员。


1
我认为开发人员作为测试人员不符合跨职能定义。这似乎更像是千篇一律的情况,开发人员还测试,接电话,外出并购买咖啡以补充办公室的存货等,这在创业公司中很常见。跨功能场景更像是这样的情况,例如,您可能是一名开发人员,而我可能从事市场营销,但是我们正在作为一个团队共同合作来构建和营销产品。
jmort253 2011年

2

跨职能团队不仅涉及专业领域,还涉及完成工作的态度。成员加紧工作并承担手头的任务。您不会听到,“那不是我的工作。”

项目的约束并不总是技术性的。有时,您没有奢侈地在每个任务上都聘请专家,而只要求每个人都在自己喜欢的领域工作。

您永远不想让开发人员脱离编码,但是在某些团队中这无济于事。正常是相对的。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.