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

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

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 115|回复: 0

不要推迟敏捷研发Sprint

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

! [: A2 I8 E. K' E2 o+ w
1.只有固定Sprint时长,团队才会有紧迫感
0 |1 v  Y, J5 l: k
Sprint一旦推迟了一次,就会有第二次。长此以往,团队对Sprint目标不再尊重,因为反正完不成也会推迟时间。
0 I3 Q6 ?+ X1 @) s2 a" v; K
2.只有固定Sprint时长,发布才具备可预测性

5 b- `5 D4 m, |- X2 h; V4 U
Scrum里有“速率”的度量,速率是团队对一个Sprint里完成的工作的度量,用估算的用户故事点数之和来统计。如果将Sprint随便延期,那么团队的速率就是未知的,这会给产品负责人和团队做发布计划带来困难。如果不知道Sprint的速率,团队就无法对产品何时发布做出可靠的预测。
" ]9 a7 D- p) X3 X6 a" h. x
3.只有固定Sprint时长,才可以减少团队运行Scrum的事务性成本

. @* j: E5 ~" \3 o. x
团队、产品负责人和利益干系人都按照固定的Sprint节奏工作,到了该做Sprint计划、评审、回顾这些活动的时候,就在日历里预留出时间,会议室也按周期预定好。这样能够保证大家的时间管理是有节奏的,从而减少协调和调度的事务性成本。
% V" j. V; F( m1 p( N% @: [




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

本版积分规则

参加 ITIL 4 基础和专家认证、长河ITIL实战沙盘、DevOps基础级认证、ITSS服务经理认证报名

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

GMT+8, 2022-7-5 13:55 , Processed in 0.106189 second(s), 27 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

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