项目进度跟踪的最佳实践:每日站立会议
发布于 2024-10-02


版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

扫码阅读
手机扫码阅读
项目进度跟踪的最佳实践:每日站立会议摘要
1. 每日站立会议的具体做法
每日站立会议是Scrum框架的关键实践,旨在通过日常面对面沟通同步项目进展,增加团队成员间的责任感,以及培养团队文化。会议应该有固定时间、地点、参与人员、讨论话题和时长。所有成员包括需求、开发和测试人员都需要参加,并回答三个核心问题:昨天完成了什么、需要帮助的难题、今天的计划。为保证效率,站立会议通常在15分钟内结束,问题解决在会后单独讨论。
2. 每日站立会议成功的要点
成功的站立会议需要注意多个细节:Scrum Master确保发言不跑题,制定会议纪律严格要求准时,会中不开小会,非小组成员旁观不发言,不中途退席。任务状态在白板上更新,延期任务要标注天数,确保可视化冲击力。站立会议后及时更新燃尽图。面对面开会,每日跟踪,不需会议纪要。团队成员遇难题应及时提出,利用团队智慧解决。
3. 每日站立会议的案例剖析
案例分析展示了站立会议在实际中可能遇到的问题,如质量投入不足导致迭代后期缺陷增多,任务非自愿分配影响工作积极性,任务颗粒度过大导致进展不明确,会议时间控制不当,以及站立会议意义被忽视导致放弃实践等问题。对于这些问题,建议复习成功要点,量化控制时间,并在每次会议初和末强化要点回顾和总结。

麦哲思科技任甲林


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 244.8K
麦哲思科技任甲林的其他文章
3种工厂模式的比较
简单工厂:一个具体工厂通过条件语句创建多个产品,产品的创建逻辑集中与一个工厂类。客户端通过传不同的参数给工厂,实现创建不同产品的目的增加新产品时,需要修改工厂类、增加产品类,不符合OCP原则 工厂方法:一个工厂创建一个产品,所有的具体工厂继承自一个抽象工厂。客户端先创建不同产品的工厂,再由工厂创建具体产品,产品的创建逻辑分散在每个具体工厂类中。客户端只依赖于抽象工厂与抽象产品,不依赖任何具
CMMI 3.0的276条实践中英文对照
CMMI 3.0在2023年4月6日发布了,包含了31个实践域,276条实践。本文试图把276条实践的中英文对照如下。
我说CMMI之五:CMMI 4个等级的区别
我说CMMI之五:CMMI 4个等级的区别
了解CMMI的人都知道CMMI有5个等级,但是要将5个等级的区别真正说明白,说透彻不太容易。下面我们用一个表格概括之。表格中并没有1级,1级在CMMI中没有对应的过程域,是起始级,所以不加描述。4-5级的区别在过程能力方面表现比较突出,其他几个方面并没有进行严格区分。
逐行解释之:
1 过程能力指的是过程持续稳定的实现过程目标的能力。
通常我们都拿职业运
快速学习COSMIC方法之四:早期快速估算功能规模的方法
在介绍详细的COSMIC方法之前,我们先介绍一下在项目早期,在需求没有详细到可测试的程度时,如何估算软件的规模。实际上很多公司为了减少度量的工作量,往往采用近似的估算方法进行确定项目的预算。 进行快速估算的原理为:通过分析历史的粗颗粒度需求与实际规模之间的相关关系,找到二者之间的换算关系,然后对于新的粗颗粒度需求参考历史的换算关系快速地得到近似规模。这里的粗颗粒度需求的规模可以是功能处理个数
用COSMIC方法帮助澄清需求的案例
实施COSMIC方法,除了可以度量软件的规模以外,还可以通过数功能点,识别需求中模糊不清的地方,起到需求澄清、需求验证的作用。下面通过一个简单的例子来说明之。某系统的需求规格说明书中有如下的一个功能需求描述:考勤明细查询功能说明:1展示员工每天的有效打卡记录,清晰展示上下班时间、打卡照片等;2可查看员工每天所有的打卡记录,显示的信息包括:名称、部门、员工状态、工号、日期、上...
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线