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

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

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 259|回复: 0

不要推迟敏捷研发Sprint

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

% w$ e0 D9 n" a
Sprint一旦推迟了一次,就会有第二次。长此以往,团队对Sprint目标不再尊重,因为反正完不成也会推迟时间。

" A4 G: P. S) I7 ]% R
2.只有固定Sprint时长,发布才具备可预测性

* P" q; c& a  p0 T
Scrum里有“速率”的度量,速率是团队对一个Sprint里完成的工作的度量,用估算的用户故事点数之和来统计。如果将Sprint随便延期,那么团队的速率就是未知的,这会给产品负责人和团队做发布计划带来困难。如果不知道Sprint的速率,团队就无法对产品何时发布做出可靠的预测。
; j, j7 _/ h# ?, n
3.只有固定Sprint时长,才可以减少团队运行Scrum的事务性成本
% v- w& J. x* T
团队、产品负责人和利益干系人都按照固定的Sprint节奏工作,到了该做Sprint计划、评审、回顾这些活动的时候,就在日历里预留出时间,会议室也按周期预定好。这样能够保证大家的时间管理是有节奏的,从而减少协调和调度的事务性成本。
/ ]" q  r5 e! U; |9 |: _" d5 c




上一篇:如何设置合适的敏捷研发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, 2022-12-7 17:18 , Processed in 0.095893 second(s), 29 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

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