时间箱管理
发布于 2024-10-02
1310
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
时间箱管理概述:时间箱管理是敏捷开发方法中的一种实践,它规定项目中某些活动必须在固定时间内完成。此实践可以提高项目工作效率,并防止工作无限期延长的帕金森现象。
敏捷方法中的时间箱管理:
- 迭代完成周期:每次迭代需要在预定时间,如2周或1个月内完成,确保交付经过充分检验的可运行软件版本。未完成的需求则顺延至下一迭代。
- 项目策划会议:项目及迭代的策划会议应限制在4小时内完成。
- 站立会议:团队每日进行不超过15分钟的站立会议。
- 问题解决时间:在站立会议中发现的问题应当在1天内解决。
- 决策时间:项目负责人或教练需在1小时内对管理问题做出决策,避免决策拖延。
- 迭代评审会议:每次迭代结束后的评审会议限制在2小时内完成,主要展示迭代产品,获取客户和团队反馈。
- 迭代总结会议:每次迭代结束后的总结会议也应在2小时内,通常30分钟内结束,主要总结经验教训,为下次迭代的改进提供依据。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 948.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
对软件开发过程可重复性的思考
硬件的生产过程是可重复的。因为对产品功能、质量的要求是相同的、生产设备是相同的,生产流程也是相同的,硬件的生产力来自于设备,因此硬件的生产可以要求生产能力又准又稳,要求生产系统可以持续地生产出满足需求的产品。而每个软件项目的需求是不同的、人员的经验与数量是不同的、开发方法与开发过程是不同的、外部干扰的频次是不同的,软件的生产力来自于人,因而软件过程满足需求的能力相对于硬件的生产过程是偏弱的。人操作硬件,硬件生产产品,人对生产质量有影响,但更重要的是硬件。需求是原材料,是抽象的,每个项目的原材料是不同的。
最有效的5条改进措施
有朋友问我在咨询过程中发现对客户最有效的5条改进措施有哪些,细细反思后总结如下: 1、分类管理项目 通过区分企业中不同类型的项目制定不同的管理策略、裁剪策略,保证了质量体系的实用性、灵活性,即减少了开发投入又保证了项目的质量,平衡了敏捷方法与规范方法。 有的企业区分了新产品研发、订单项目开发、系统维护等3类项目,又区分了大中小规模的不同,针对不同类不同规模的项目定义了管理的流程、文档模板。 2、用
不是CMMI的错
上周三,一家企业的老板给我抱怨,ISO 9000没有给他们带来任何好处,徒增加了负担,所以也不想实施CMMI了。 上周四,为五家公司做CMMI的售前,有一半多的企业目的是为了证书。 前天,有客户要将整个组织改造为软件工厂,请我做了一小时的报告,主题是软件生产线、CMMI。 今天,有朋友给我抱怨:“实施CMMI真累,压力太大了!”,碰巧还有一个朋友在MSN上打出了“CMMI,快要疯掉了!”,对此,我
为什么高成熟度的实施周期比较长?
很多软件公司在实施完成CMMI3级后,考虑实施CMMI4级或5级,在制定最初的改进计划时往往对实施高成熟度的难度估计不足,制定了很乐观的改进计划,改进的周期比较短。当领导基于乐观的估计拍板后,就很难真正地在实施高成熟度时见到实效了。如果要对实施CMMI高成熟度进行一个合理的工期估算,首先就要对CMMI的高成熟度是什么有一个清晰的、正确的理解。本文试图通过类比的方式,通俗地说明高成熟度是什么,高成熟
敏捷始于客户
每个失败的项目了都可以找这个借口:项目周期短、需求变化快、人员有限。 需求、工期是由客户确定的。作为客户来讲,他不可能去合理评价给定的需求是否可以在某个时间内能够完成,至于投入多少人那更是开发方自己的问题。开发方对客户做出了承诺就要兑现承诺,否则就不要承诺,既然承诺了,就没有理由再去抱怨工期短、需求变化快。开发方必须接受这个现实,认可这个现实,然后才可以玩这个游戏,否则你就出局。 CMMI是应
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线