×

微信扫一扫,快捷登录!

敏捷团队为什么要跨工种

标签: 暂无标签
“Scrum”这一名称本是橄榄球运动的术语,表示争球的仪式。Scrum框架来源于1986年两位日本管理学教授在《哈佛商业评论》上发表的论文,文中介绍了串行工作方式与并行工作方式的对比(如图6-1所示)。


6-1串行开发方式(A)vs.并行开发方式(B和C)

资料来源:《新型新产品开发游戏》(Thenewnewproductdevelopmentgame),1986年1月
传统的产品交付方式像图6-1中类型A的串行流程,工件从一个职能部门传递到下一个职能部门,像接力赛一样,经历了概念定义→可行性研究→产品设计→开发→原型生产→产品生产的阶段。每个职能部门完成了一个阶段的工作就传递给下一个部门,导致整个产品从启动到上市的周期极其漫长。

6-1中类型C的流程,像橄榄球运动的争球仪式,不同工种的人组成一个团队,大家群策群力,没有部门之间的交接,不依赖与其他部门或团队就可以完成一个产品。这种方式无疑是最高效的。对于涉及多个团队协同开发的大型产品,可能做不到一个团队能够独立完成一个产品,但是在组建团队的时候,要围绕产品的价值流,以特性为单位组建Scrum团队,确保每个Scrum团队囊括了交付一个产品特性的全部工种。


本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x




上一篇:如何组建Scrum团队
下一篇:敏捷团队为什么要跨领域
FYIRH

写了 198 篇文章,拥有财富 1122,被 1 人关注

您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies

成为第一个吐槽的人

Powered by IT 运维管理
返回顶部