请选择 进入手机版 | 继续访问电脑版

ITIL,DevOps,ITSS,ITSM,IT运维管理-ITIL先锋论坛

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 19|回复: 0

不要推迟敏捷研发Sprint

[复制链接]
发表于 2022-1-9 17:33:53 | 显示全部楼层 |阅读模式
很多Scrum团队在刚开始的几个Sprint经常出现Sprint快结束的时候目标无法完成。这时候,大家的习惯思维是推迟Sprint,再加把劲冲刺就可以达成目标了。但是这种做法是要避免的,原因如下。

/ I. V# [+ z5 z$ z+ Z. M
1.只有固定Sprint时长,团队才会有紧迫感
" m: a6 T9 C$ x
Sprint一旦推迟了一次,就会有第二次。长此以往,团队对Sprint目标不再尊重,因为反正完不成也会推迟时间。

* P: ]$ ^( u2 K
2.只有固定Sprint时长,发布才具备可预测性
" C3 ^1 O3 O: o! _/ ]
Scrum里有“速率”的度量,速率是团队对一个Sprint里完成的工作的度量,用估算的用户故事点数之和来统计。如果将Sprint随便延期,那么团队的速率就是未知的,这会给产品负责人和团队做发布计划带来困难。如果不知道Sprint的速率,团队就无法对产品何时发布做出可靠的预测。

) ]/ Z- Q- K! g% v6 y
3.只有固定Sprint时长,才可以减少团队运行Scrum的事务性成本

8 @! t8 O% i3 \6 m
团队、产品负责人和利益干系人都按照固定的Sprint节奏工作,到了该做Sprint计划、评审、回顾这些活动的时候,就在日历里预留出时间,会议室也按周期预定好。这样能够保证大家的时间管理是有节奏的,从而减少协调和调度的事务性成本。
1 f7 U" g5 s5 p" a. H* N




上一篇:如何设置合适的敏捷研发Sprint长度
下一篇:敏捷研发DoD:怎样才算“完成”
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

参加 ITIL 4 基础和中级专家认证、v3专家升级、DevOps专家认证、ITSS服务经理认证报名
本站关键字: ITIL| ITSM| ISO20000| ITIL培训| ITIL认证| ITIL考试| ITSS| ITSS培训| ITSS认证| IT运维管理| DevOps| DevOps培训| DevOps认证| itop| itil4| sre| 开源ITSM软件

QQ|ITIL先锋论坛 ( 粤ICP备11099876号 )|appname

Baidu

GMT+8, 2022-1-20 18:26 , Processed in 0.158026 second(s), 28 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表