SAFe 6.0(二) Scrum团队之于SAFe

本文介绍了SAFe 6.0中Scrum团队的角色与工作内容,强调了Agile Release Train(ART)的重要性。在SAFe中,敏捷团队不只是独立运作,而是组成ART,共同参与Program Increment Planning(PI Planning),并遵循统一的质量标准和DevOps流程。Scrum Master、Developer和Product Owner的角色在SAFe中有新的扩展和责任,如RTE(Release Train Engineer)的协调和PO与Product Management的紧密合作。
摘要由CSDN通过智能技术生成

Scrum团队是SAFe框架下的实现团队。严格意义上来说,对于6.0,Scrum团队的称呼并不完全正确,更正确的称呼是Agile Team,敏捷团队。 因为对于6.0来说,敏捷的框架更不应该成为一种固定的选择,敏捷的框架应该根据不同的团队情况有不同的选择。

相对于不在SAFe下的Scrum团队或Agile Team单打独斗来说,SAFe下的敏捷团队有一个更上一层的组织名,叫Agile Release Train, 顾名思义即敏捷发布生产线(个人觉得这个译名更为准确),简称ART。三个因素组成这个名词,敏捷、发布、生产线,意味着这个组织下的团队是敏捷团队,这个组织主要是发布价值和他们是同一条价值链上的团队。

敏捷团队

总体来说工作内容其实跟我前文所提的,所有敏捷团队所具备的角色、工件和事件没什么差别,会多了一个更大的计划会--Program Increment Planing(PI Planning)和Epic Backlog或者Epic Kanban。

Developer

工作内容参考 Scrum的五大事件

比较不同的是会每4-6个Sprint有会一个PI planning,PI planning的内容会决定下个PI要做的事情,而Developer要协助团队把PI planning的工作内容和范围沟通清楚,并且了解其中的价值和产品方向

Scrum Master

工作内容依旧不变,唯一最大的变化是PI planning的协助,某种程度来说PI planning会减轻PI内的Sprint Planning的压力。除此之外&

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值