扫码阅读
手机扫码阅读
案例:每日站立会议落实情况的再跟踪
256 2024-10-02
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:案例:每日站立会议落实情况的再跟踪
文章来源:
麦哲思科技任甲林
扫码关注公众号
站立会议观察摘要
本摘要基于对2010年深圳某公司实施站立会议的观察记录,并对比了2013年同一公司的会议实践,以概括站立会议的关键点和执行情况。
会议执行概况
深圳的一家公司在2010年推广了站立会议。作者于2010年4月亲自观察了一个大型产品的多个项目组实施站立会议,并撰写了《每日站立会议的10个成功要点》一文。2013年8月23日,作者再次访问该公司,记录了一个项目组的站立会议:会议从早上9点13分开始,13分钟后结束,共有13人参与。
会议过程细节
- 项目经理(PM)使用Excel格式的计划文件进行任务跟踪,轮询成员更新任务状态。
- 会议中PM提供点评和指导,团队成员也互相提供建议,现场解决所有问题。
- 成员之间沟通接口进展,但也有成员未全神贯注于会议。
- 部分成员对团队进展不关心,忙于手机。
- PM根据讨论实时增加必要的任务,并分配责任。
- 未及时完成的任务通常是需要其他团队协作的。
会议改进和挑战
会议中存在的问题包括成员之间的小会议、个别成员游离于团队之外等。同时,未按时完工的任务多是跨团队合作的,暗示了跨团队协作的挑战。作者强调,虽然站立会议作为一项简单的措施看似易于执行,但持之以恒并优化其效果却颇具挑战。
想要了解更多内容?
查看原文:案例:每日站立会议落实情况的再跟踪
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 150.7K
麦哲思科技任甲林的其他文章
敏捷方法中采集的度量数据
在敏捷方法中,要求度量的数据少之又少,可谓简单实用:规模:(1)故事点:用以估算工作量、度量开发效率。工作量: (2) 计划的工作量:用以排定项目计划。 (3) 剩余任务的计划工作量:用以跟踪项目进展。效率:(4)开发速度:每次迭代完成的需求的规模(如故事点),用以估算项目需要的迭代次数。其他度量元根据项目组的实际情况,可以由项目组自己定义。
需求变更对软件质量的影响
根据我们的经验,需求变更越多,造成的软件修改越多,bug也就会越多,事实是否如此呢?需要我们根据历史的数据进行检验。某企业采集了历史上多个项目的的需求变更次数、交付代码的规模、软件测试发现的缺陷个数,参见下表,基于这些历史数据我们分析一下,看看我们的经验结论是否成立。表一:需求变更的历史数据 ID 需求变更数 代码规模LOC 总缺陷数 测试缺陷密度bugs/KLOC
论情感的淡漠
这是一个沉重的话题,10年前曾经和朋友讨论过,当时的结论是:随着社会的发展,人与人之间的感情越来越淡漠,家庭趋向于解体。最近也有和朋友讨论起这个话题,结论依旧。 试想一下: 你现在和父母生活在一起吗?相距有多远?你每年和父母在一起的时间有多长? 你父母会依赖你养老吗? 你将来会让你的孩子养老吗? 你的孩子将来会和你生活在一个城市里吗? 如果你兄弟姐妹生病了,你一年挣10万元人民币,你会拿出多少钱来
一个典型的代码走查检查单
代码走查的最主要的目的是为了发现程序中的逻辑错误,编程风格方面的错误可以通过风格检查的工具去检查。如下的检查单给代码走查的专家发现逻辑错误提供了一个很好的帮助。序号检查项1代码的注释与代码是否一致?注释是否是多余的?2是否存在超过3层嵌套的循环与/或判断?3变量的命名是否
《敏捷估计与规划》读书笔记
CH1-1 策划过程比计划书更重要。CH1-2 必须做计划,但是不必过度投入时间。CH1-3 对瀑布模型的不确定性锥:CH1-4 PMI认为的估算偏差率:初步估算,order of magnitude estimate, 误差范围+75%到-25%;预算估算,budgetary estimate, 误差范围+25%到-10%;确定性估算,definitive est...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线