案例:每日站立会议落实情况的再跟踪
发布于 2024-10-02
117.2K
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
站立会议观察摘要
本摘要基于对2010年深圳某公司实施站立会议的观察记录,并对比了2013年同一公司的会议实践,以概括站立会议的关键点和执行情况。
会议执行概况
深圳的一家公司在2010年推广了站立会议。作者于2010年4月亲自观察了一个大型产品的多个项目组实施站立会议,并撰写了《每日站立会议的10个成功要点》一文。2013年8月23日,作者再次访问该公司,记录了一个项目组的站立会议:会议从早上9点13分开始,13分钟后结束,共有13人参与。
会议过程细节
- 项目经理(PM)使用Excel格式的计划文件进行任务跟踪,轮询成员更新任务状态。
- 会议中PM提供点评和指导,团队成员也互相提供建议,现场解决所有问题。
- 成员之间沟通接口进展,但也有成员未全神贯注于会议。
- 部分成员对团队进展不关心,忙于手机。
- PM根据讨论实时增加必要的任务,并分配责任。
- 未及时完成的任务通常是需要其他团队协作的。
会议改进和挑战
会议中存在的问题包括成员之间的小会议、个别成员游离于团队之外等。同时,未按时完工的任务多是跨团队合作的,暗示了跨团队协作的挑战。作者强调,虽然站立会议作为一项简单的措施看似易于执行,但持之以恒并优化其效果却颇具挑战。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1116.6K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
莫要混淆控制限与规格限
有的软件企业实施SPC时,在画控制用控制图时不但在同一张控制图上画了上下的1sigma、2sigma、3sigma线,还画了规格线,其实是画蛇添足,因为规格限如果在上下3sigma内,就失去了控制用控制图的意义。控制限是指通过对历史数据采用控制图(如XbarS图、XMR图)分析得到的,其值与均值偏离上下3sigma,规格限是由客户或者公司指定的,是对过程的能力要求,一般要比控制限宽,否则无
与AI结对调试程序的防坑指南
《与AI协作的九条血泪教训》 核心痛点在于AI倾向于"见症开方"而非"寻根治本"。
活在当下
当下,就是现在。
现在不是过去,现在却是将来。
过去的不可能再回来,沉浸在过去,无论是成功,无论是失败,无论是悲伤,无论是喜悦,无论是庆幸,无论是后悔,历史都已经不可能更改。曾经的好事不会坐等而来,曾经的坏事也不会无缘无故的发生。前者之失,后者之师。历史的经验教训,能够指导现在、指导未来即可。
将来的事尚未发生,但将来是可以掌控的,有因必有果,善因结善果。因,是今天种下的,即使过去曾经做了恶因,从今天开始你种下善因,却可以弥补之
软件需求的12条最佳实践
笔者在咨询实践中总结了针对软件需求工程的12条最佳实践,罗列如下。所谓最佳并非严密的逻辑证明,而是经过大量的实践与观察依据经验确定的,智者见智,仁者见仁,有争议在所难免,仅供参考,能够对大家有所启发,足矣。1 成立甲乙双方参与的需求控制组项目的成功不单是乙方的成功,而是甲乙双方的成功,甲乙双方紧密配合,互相理解,互相合作才能成功,需要避免一方独大,一方具有绝对控制权的现象,所以成立甲乙双方参与的需求控制组是避免需求蔓延的有效手段。该组织具有对需求的决策权,对于每项需求的增删改都要平衡了进度、质量、投入后才
相关与不相关都是有价值的!
在对数据进行相关性分析时,通常我们是基于自己的经验,认为x与y可能相关,希望通过定量的分析证明我们的经验,但是实际上往往历史的数据并不支持我们的经验。即使不支持,这也是有价值的,也可以帮我们纠正一些错误的认识。请看下面的案例,在一家公司中搜集了37个历史项目的数据,我们想验证一下: 1 是否项目的规模越大,工期延误的时间就越长? 2 是否项目的规模越大,工期偏差率越大?...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线