扫码阅读
手机扫码阅读
时间箱管理

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

时间箱管理概述:时间箱管理是敏捷开发方法中的一种实践,它规定项目中某些活动必须在固定时间内完成。此实践可以提高项目工作效率,并防止工作无限期延长的帕金森现象。
敏捷方法中的时间箱管理:
- 迭代完成周期:每次迭代需要在预定时间,如2周或1个月内完成,确保交付经过充分检验的可运行软件版本。未完成的需求则顺延至下一迭代。
- 项目策划会议:项目及迭代的策划会议应限制在4小时内完成。
- 站立会议:团队每日进行不超过15分钟的站立会议。
- 问题解决时间:在站立会议中发现的问题应当在1天内解决。
- 决策时间:项目负责人或教练需在1小时内对管理问题做出决策,避免决策拖延。
- 迭代评审会议:每次迭代结束后的评审会议限制在2小时内完成,主要展示迭代产品,获取客户和团队反馈。
- 迭代总结会议:每次迭代结束后的总结会议也应在2小时内,通常30分钟内结束,主要总结经验教训,为下次迭代的改进提供依据。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 197K
麦哲思科技任甲林的其他文章
开好迭代回顾会议的5个原则
迭代回顾会议是Scrum五个仪式之一,是在迭代评审会议之后对本次迭代的优点与改进点进行复盘的一个活动,其最主要的目的是提升团队的整体能力,持续改进,形成一个自学习的团队。通过回顾会议可以使团队每个迭代都能比上个迭代做得更好。在很多敏捷团队中,最容易忽略该活动,很多团队没有意识到该活动的重要性。为什么呢?最主要的原因是开了会议,没有实际效果,大家认为没用,所以也就不开了。实践中,在开迭代回顾会议时常犯的错误有: 把回顾会议开成了吐槽大会,大家只提意见,不提改进措施; 把回顾会议开成
如何理解别人写的需求规格说明书?
在开发过程中,开发人员、测试人员都需要阅读其他人写的需求规格说明书,当阅读别人的需求文档时,我们需要关注什么呢?参见下图的要点: 首先需要了解关于该系统的总体信息,主要包含2条: 1 明确出该软件与其他系统、人、设备的交互关系。可以通过环境图,帮我们梳理清楚该软件与周边环境的关系,从宏观上对软件所处的位置有所理解。如下图所示: 2 系统的目标是什么,即解决了客
七种场景下的软件工作量估算步骤
场景一:合同前的工作量估算场景描述:(1) 没有实施过CMMI2级(2) 合同未签,需要给客户报价(3) 有客户的概要需求,有类似的项目数据可供参考(4) 需要估计整个项目的总工作量,以便于估算总成本,给客户报价估算步骤:(1)寻找类似的历史项目,进行项目的类比分析,根据历史项目的工作量凭经验估计本项目的总工作量;(2)进行WBS分解,力所能及地将整个项目的任务进行分解;(3)参考类似项目的数据,
案例:区分项目类型建立过程性能模型
同一家公司中不同类型的项目其过程性能的规律很可能是不同的,在建立过程性能模型时要区别对待,请看下边的案例。某公司积累了19个项目的缺陷密度与圈复杂度超过15的函数个数比例的历史数据如下:对上述的数据画散点图观察之: 图1 原始数据的散点图 发现如果删除右上角的3个点,则X和Y之间并不存在明显的相关性。缺陷密度不服从正态分布,进行对数变换后,发现Ln(缺陷密度)服从正态分布,对Ln(缺陷密度)与圈复
漫谈敏捷方法中的信任
在实施敏捷的方法中需要组织建立信任的文化,即管理者信任项目组,可以放手让项目组去做事情。 人对其他人都是有信任关系的。你走在大街上,你不会认为你看到的任何人会过来刺杀你,否则你就会穿着一身盔甲上路了,这就是一种信任。 人对其他人的信任都不是无底线的。比如,当有人过来找你问路,找你推销商品时,你可能就避而远之,这就是一种不信任。 无约束的信任只可能是一些短期的、不重要的小事。
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线