时间箱管理
发布于 2024-10-02
914
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
时间箱管理概述:时间箱管理是敏捷开发方法中的一种实践,它规定项目中某些活动必须在固定时间内完成。此实践可以提高项目工作效率,并防止工作无限期延长的帕金森现象。
敏捷方法中的时间箱管理:
- 迭代完成周期:每次迭代需要在预定时间,如2周或1个月内完成,确保交付经过充分检验的可运行软件版本。未完成的需求则顺延至下一迭代。
- 项目策划会议:项目及迭代的策划会议应限制在4小时内完成。
- 站立会议:团队每日进行不超过15分钟的站立会议。
- 问题解决时间:在站立会议中发现的问题应当在1天内解决。
- 决策时间:项目负责人或教练需在1小时内对管理问题做出决策,避免决策拖延。
- 迭代评审会议:每次迭代结束后的评审会议限制在2小时内完成,主要展示迭代产品,获取客户和团队反馈。
- 迭代总结会议:每次迭代结束后的总结会议也应在2小时内,通常30分钟内结束,主要总结经验教训,为下次迭代的改进提供依据。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
理论与实践的完美结合:《软件项目估算》译者序
这本书需要仔细读。 没有哪一本书能够替代此书在如何建立生产率模型方面的严谨性与实用性,它讲的不是经验法估算工作量,而是模型法估算工作量。 它理论完备、严谨,并给出了工程化的软件工作量估算方法和大量的经验教训。 在给客户咨询的过程中,我帮客户识别、建立了大量的过程性能模型,积累了丰富的经验,但是,当我读到Alain的这本书时,我深...
我说CMMI2.0后记
在CMMI2.0发布之前就想针对2.0的每个PA进行解释,但是拖延了下来,恰好春节之前有客户开始实施了CMMI2.0,有客户和同事与我探讨2.0中的内容,在解释的过程中,就形成了文字,索性就想把每条实践都解释一下。于是,就给自己定了目标,在春节期间把20个PA都解释完成。实际去做的时候,发现没有那么容易。一是时间是否有保证,二是我自己也需要对模型的某些描述反复阅读,提炼,查阅资料...
迭代总结会议的旁观感想
初创团队,迭代总结会议以后,有哪些可以改进的地方呢?
需求变更对软件质量的影响
根据我们的经验,需求变更越多,造成的软件修改越多,bug也就会越多,事实是否如此呢?需要我们根据历史的数据进行检验。某企业采集了历史上多个项目的的需求变更次数、交付代码的规模、软件测试发现的缺陷个数,参见下表,基于这些历史数据我们分析一下,看看我们的经验结论是否成立。表一:需求变更的历史数据 ID 需求变更数 代码规模LOC 总缺陷数 测试缺陷密度bugs/KLOC
需求访谈的三驾马车
需求用户需求时,应该有几个人参与呢?分别承担什么职责呢?怎么和用户澄清需求呢?三驾马车的做法可以帮你更高效地获取需求!
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线