“跨功能团队”的一般含义是将不同领域的专家结合在一起,以达到目标。
但在敏捷的交叉功能中,它不仅意味着将不同的专家结合在一起,还意味着它们的混合。亨里克·克尼伯格( Henrik Kniberg 定义 )的跨功能团队是这样的:“跨功能团队意味着整个团队拥有构建产品所需的所有技能,而每个团队成员都愿意做的不仅仅是他们自己的事情。”
但是界线在哪里呢?如果需要的话,要求开发人员成为迭代测试人员是正常的吗?
发布于 2011-03-19 17:07:48
我的观点是,跨职能的团队是一个团队,其中包括来自公司不同职能的人员:工程、IT、技术写作、市场营销、财务、法律、销售、人力资源、运营、质量和高管。
在大公司中,这些“功能”被放入筒仓(管理层),但要完成任务,你通常需要一个人的时间。
如果你在做TDD或类似的事情,是的,这是完全正常的。
但是,一般来说,签署开发人员工作的责任不应该掌握在这些开发人员的手中。
发布于 2011-03-19 17:16:55
跨功能团队是来自不同领域的功能专家聚集在一起来定义要构建什么,并评估正在构建的内容是否有用的团队。在敏捷环境中,这些评估将经常发生。
但是,领域专家将决定如何完成项目的特定部分。软件开发人员将开发软件。测试人员会测试。操作人员将运行该软件,等等。
拥有开发、测试和操作的意见对于定义一个好的产品是非常有用的,这就是跨功能团队的价值所在。
发布于 2011-03-19 17:04:13
在我看来,一个“跨职能的团队”更像是一群通才,他们聚集在一起完成这项工作。优势在于处理不同类型任务的多功能性,因为在一些人只能承担某些任务的专家小组中不会出现瓶颈。
是的,如果需要为迭代完成工作,开发人员成为测试人员是正常的。
跨功能公司可能会进入这个领域,在那里,它是一个流行词,根据公司的不同,它可以有不同的含义。有些人可能会认为它是最高级别的,开发人员可以是任何东西,从一个gopher到一个临时的CEO,而另一些人可能认为它更专业,以便它是使用的不同类型的开发人员。有时,开发人员可能必须是业务分析师、系统管理员或测试人员。我还记得几年前,我刚刚开始了一项工作,而另一位开发人员正在测试一个发行版,这是我们的第一项任务之一,因为当时缺少测试人员来正确地测试发行版。
https://softwareengineering.stackexchange.com/questions/59959
复制相似问题