Scrum:为什么Sprint长度应该短?

栏目: 编程工具 · 发布时间: 5年前

内容简介:短跑运行在你应该有一个足够

短跑运行在 在一段有限的时间距离。它被用于许多包含跑步的运动中,通常用作快速到达目标或目标的方式,或避免或抓住对手。

Scrum:为什么Sprint长度应该短?

为什么短冲刺?

你应该有一个足够 的迭代,以保持团队的注意力,但足够长,以提供有意义的工作增量。在 Scrum的指南 限制了 冲刺长度 为一个月。

失败快 - 太小导致不会失败

短Sprint的优势来自于尝试某些事情(快速失败),获得快速反馈,然后快速检查和调整的策略。在存在高度不确定性的情况下,开始研究产品通常会更便宜,了解我们是否做出了一个好的决定,如果没有,在花更多的钱之前快速杀死它。

Scrum:为什么Sprint长度应该短?

快速失败:为什么短跑长度必须短?

类似于 Kaizen (改善)的想法,它是 日语 中的“改进”。在商业领域,改善是指 不断改进 所有职能并让所有员工从 首席执行官装配线 工人的活动。分析这些变化的结果并重新开始微调。以这种方式,可以提高正在执行的任务的生产率或质量。一点一点地做出微小改变远比一次性解决所有问题更有效。

Scrum:为什么Sprint长度应该短?

我们的想法是让变更变得如此简单,以至于在实施过程中很难失败。首先,我们养成了改变的习惯。然后我们添加新的更改或稍微改变更改的里程碑,以便我们可以逐步改进。一个接一个地应用调整很重要。这个想法是为了避免选择应用和何时应用的复杂性。这样我们就能够分析每个小改进的结果。如果我们同时申请几个,我们将不知道哪个有效,哪个没有。或者一个人的效果是否已经抵消了另一个人。

Scrum - 持续改进

Scrum框架基于经验主义,它依赖于 透明度,检查和适应性 。在 Scrum事件工件 协助定期检查和调整,导致持续改进。

在sprint计划期间,scrum团队会检查产品积压并调整 sprint目标 ,预测和sprint积压。在每日Scrum期间,开发团队会检查sprint目标的进度并调整sprint backlog。在冲刺审查期间, Scrum团队 和利益相关者检查 增量冲刺产品积压 并调整产品积压。

Scrum:为什么Sprint长度应该短?

Scrum - 持续改进

最后, sprint回顾展 是scrum团队改进的正式活动,scrum团队通过实施可行的,可持续的改进来检查围绕人员,关系,流程和 工具 的冲刺。


以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

从零开始做产品经理

从零开始做产品经理

萧七公子 / 中国华侨出版社 / 2016-12-1 / 27.9

《从零开始做产品经理:产品经理的第一本书》根据产品经理的能力需求与成长体系,共分为八章内容,从了解产品开始,到挖掘用户需求、进行产品设计、管理团队、进行项目管理、产品运营、把握产品的生命周期,以及产品经理的成长路径,全面阐释了产品经理的修炼之道。《从零开始做产品经理:产品经理的第一本书》书中信息量大,图文并茂,论点与论据相得益彰,并且融合了丰富的案例与故事,使得整个阅读过程妙趣横生而且迅速开“悟道......一起来看看 《从零开始做产品经理》 这本书的介绍吧!

HTML 压缩/解压工具
HTML 压缩/解压工具

在线压缩/解压 HTML 代码

RGB HSV 转换
RGB HSV 转换

RGB HSV 互转工具

HEX HSV 转换工具
HEX HSV 转换工具

HEX HSV 互换工具