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

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 383|回复: 0

不要推迟敏捷研发Sprint

[复制链接]
发表于 2022-1-9 17:33:53 | 显示全部楼层 |阅读模式
很多Scrum团队在刚开始的几个Sprint经常出现Sprint快结束的时候目标无法完成。这时候,大家的习惯思维是推迟Sprint,再加把劲冲刺就可以达成目标了。但是这种做法是要避免的,原因如下。
6 O# w( @& N0 N2 |) E) `
1.只有固定Sprint时长,团队才会有紧迫感

7 N# r: T* k; i. ?0 X
Sprint一旦推迟了一次,就会有第二次。长此以往,团队对Sprint目标不再尊重,因为反正完不成也会推迟时间。

' A; P% U* w6 M  M1 j
2.只有固定Sprint时长,发布才具备可预测性

7 \- j, c& c, @0 H
Scrum里有“速率”的度量,速率是团队对一个Sprint里完成的工作的度量,用估算的用户故事点数之和来统计。如果将Sprint随便延期,那么团队的速率就是未知的,这会给产品负责人和团队做发布计划带来困难。如果不知道Sprint的速率,团队就无法对产品何时发布做出可靠的预测。

: ~4 U, v3 W/ d
3.只有固定Sprint时长,才可以减少团队运行Scrum的事务性成本
+ S7 H1 ~, _6 |
团队、产品负责人和利益干系人都按照固定的Sprint节奏工作,到了该做Sprint计划、评审、回顾这些活动的时候,就在日历里预留出时间,会议室也按周期预定好。这样能够保证大家的时间管理是有节奏的,从而减少协调和调度的事务性成本。
0 ^1 Q% @( q' X! X5 Y




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

本版积分规则

参加 ITIL 4 基础和专家认证、长河ITIL实战沙盘、DevOps基础级认证、ITSS服务经理认证报名
ITIL(R) is a registered trademark of AXELOS Limited, used under permission of AXELOS Limited. The Swirl logo is a trademark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.

QQ|ITIL ( 粤ICP备11099876号 )|appname

GMT+8, 2023-6-8 12:22 , Processed in 0.097836 second(s), 29 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

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