扫码阅读
手机扫码阅读
扯两句时间盒
517 2023-08-19
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:扯两句时间盒
文章来源:
敏捷传习录
扫码关注公众号
第一生产力
时间盒是Scrum实践中一个关键概念,它规定了Scrum事件的最大时长,以确保效率和紧迫感。这一概念是为了解决帕金森定律——即工作会膨胀至填满可用时间,从而证明了“Deadline是第一生产力”这一至理名言。
Scrum中的时间盒
- 迭代的时长由团队约定。
- 计划会的时间基于8小时/4周的迭代,按比例变化。
- 站会固定为15分钟。
- 评审会和回顾会的时间也根据迭代时长按比例变化。
时间盒的优势在于限制信息细节和增加会议效率。
时间盒的具体应用
迭代
迭代的时间盒既不能延长也不能缩短,它是“Deadline是第一生产力”的典型体现。
计划会
通常2小时的计划会时间盒足够用,但如果经常不够可能需要检视团队的准备流程。对于新团队来说,不足的情况可以通过优化流程解决。
站会
站会的15分钟被视为“金标准”,如果超时可能是团队规模过大或讨论过于细节。对于分布式团队,可以适当放宽时间限制以促进团队合作。同时,可以尝试有趣的方法以限制发言时间。
评审会
评审会标准的4小时通常过长,如果超时可能是深入细节或前期未达成一致。现代做法是分散评审会,以便更及时地获得反馈和解决问题。
回顾会
回顾会一般不会超过3小时,90分钟左右是比较合适的,时间太长或太短都不利于深入回顾。随着团队合作的增强,会议时长可能会缩短。
Spike
Spike是针对不确定性的探索,有明确的时间盒,无论结果如何,时间到了就必须停止。
时间盒长度的选择
对于无经验的Scrum Master或新团队,建议按照Scrum Guide的官方建议执行。有经验的团队可以根据业务特殊性自行设定时间盒,但必须清楚设定的目的和原因,以避免基于偏好而非需求的决策。
想要了解更多内容?
查看原文:扯两句时间盒
文章来源:
敏捷传习录
扫码关注公众号
敏捷传习录的其他文章
一种关于敏捷团队的比喻与其他
众所周知敏捷对研发团队的绩效考核的态度一直以来倾向于负面——究其原因,一方面是很难考核;另一方面是,有些考核也着实不上路子,甚至将绩效考核到了个人,还要求以“客观数据”的方式对个人进行考核。
关于敏捷的慢思考(3)
上一次我们聊了一下关于敏捷的实践性问题,今天我们就来聊聊任何敏捷实践过程中一定会出现的问题,那就是“误区”。
为何“完成”如此重要
如果对敏捷有所了解的话,肯定很多人会知道敏捷关注“完成”的热情是非常高的,甚至还会有DoD(Definiti
几个信号告诉你,你的敏捷可能做不好
写在前面敏捷这东西,是一个说起来容易,做好很难的经验型实践学科
敏捷团队成熟度的思考
敏捷团队成熟度的目的这里参考CMMI的相关内容并结合敏捷特点可知,使用敏捷团队成熟度的目的是通过某种建模方式
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线