案例:每日站立会议落实情况的再跟踪
发布于 2024-10-02
47.7K
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
站立会议观察摘要
本摘要基于对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 篇文章
浏览 554.8K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何度量交付后的软件质量?
如何度量交付后的产品质量?本文给出了四个参考度量指标,并简要分析了其优缺点,并给出一个具体场景的案例。
给程序员的18个忠告
1 想清楚,写清楚,说清楚,才是真正的清楚!2 多花点时间沟通清楚需求,才能把握正确方向!3 修复需求错误的成本是代码错误的几十倍!4 程序员最大的坏习惯就是:急于动手写代码! 5 提高开发效率的捷径:一次做对,不返工!6 写代码之前三件事: 弄清楚做什么; 说清楚怎么做; 想清楚怎么测!7 职业的程序员设计程序,业余的程序员调试程序;8 拷贝粘贴式的作业方式,最容易导入b
度量指标的数值越大越好还是越小越好?
系统测试的缺陷密度越大越好,还是越小越好呢?不同的人可能观点不一致。推而广之,每个度量指标都存在这个问题,那结论到底是啥呢?
软件研发人员考核的十项基本原则
任甲林 摘自> 软件研发人员的考核一直是软件企业管理的难点,笔者在长期的研发管理实践与咨询实践中,总结了进行软件研发人员考核的一些基本原则,整理出来与大家共享: 要体现公司的价值观 公司的价值观体现了公司认可什么类型的人员?要挽留哪些人?提倡做什么?对这些人员的认可可以通过具体的考核办法落实下来。比如企业鼓励在某一个业务领域内积累丰富的领域经验,鼓励在某个技术方向上进行深入钻研等
软件开发的质量红线
质量红线是我的一个客户提出的概念,即质量管理的底线、最低要求、最低标准,无论在什么情况下,项目都不能违背这个底线,比如项目组在进行多快好省四个要素平衡时,无论如何平衡,都不能违背质量的最低要求。我认为这个名词很直观形象,因此借用一下。 在定义质量红线时应该从质量的投入与质量的产出两个方面进行定义。 质量的投入如: 评审投入的工作量;
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线