2017年10月站立会议旁观笔记
发布于 2024-10-02
799
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
项目晨会改进点摘要
在近期观察的一个项目晨会中,发现了几个关键的改进点,并提出了相应的建议:
- 晨会参与人数达到22人,建议分成2-3个小组举行站立会议,这样可以提升会议效率。
- 出现了迟到现象,为此需要制定规则并执行惩罚措施,如微信群内发红包或会议室设立储钱罐,以此培养团队文化。
- 白板上的任务状态列应明确,包括待办、编码、代码评审、待修复和完成等状态,以便于发现资源瓶颈。
- 当前迭代周期和交付周期都设置为1个月,建议缩短周期并采纳持续集成,以实现开发与测试的并行,并尽早发现接口问题。
- 部分成员在晨会中未能充分说明工作情况,因此每个人都需要回答三个关键问题:昨天完成了什么、今天要做什么、需要什么帮助,以及及时报告问题。
- 有成员未能在看板中及时更新任务状态。建议使用物理看板与电子看板(如Jira)并行,以提高信息的可见性和及时性。
- 站会结束时应展示燃尽图,最好在物理白板上手工更新,增强团队成员的参与感和项目进度的可见性。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
为什么高成熟度的实施周期比较长?
很多软件公司在实施完成CMMI3级后,考虑实施CMMI4级或5级,在制定最初的改进计划时往往对实施高成熟度的难度估计不足,制定了很乐观的改进计划,改进的周期比较短。当领导基于乐观的估计拍板后,就很难真正地在实施高成熟度时见到实效了。如果要对实施CMMI高成熟度进行一个合理的工期估算,首先就要对CMMI的高成熟度是什么有一个清晰的、正确的理解。本文试图通过类比的方式,通俗地说明高成熟度是什么,高成熟
先敏捷再规范
先敏捷再规范,先做到再写到,先短期利益再长远利益,先实效再完备。 这个策略源于实践。因为一步到位直接采用规范的方法,阻力比较大,效果难以持久,很可能事倍功半,敏捷方法以其短期内可以见效、对已有的开发过程调整幅度小等特点易于开发人员接受,所以可以先敏捷再规范,将敏捷作为通向规范的一个阶段。 芸芸众生,大都是凡人。凡人都是注重短期利益的。只有那些领袖、那些思想家才是目光如炬,站的高看的远。过程改进要从
规模估算的敏捷方法:策划扑克法
策划扑克是估算软件规模的一种敏捷方法。该方法的规模计量单位是故事点(story points),故事点只是一个计量单位的名称而已,你也可以给他命名为其他名字。故事点其实不仅仅是对规模的度量,也包括了对需求复杂度等其他因素的度量。故事点并非业界统一的一个度量单位,不象度量长度的单位:米,大家都知道1米有多长,你说的1米和他说的1米是等长的。故事点仅对本项目具有近似相等的规模,不同的项目所定义的故事点
我说CMMI2.0 之监督与控制
监督与控制PA,简写为MC(Monitor and Control),是对照计划监督与管理计划的执行情况。实践列表 MC 1.1 Record task completions. 记录任务完成情况 MC 1.2 Identify and resolve i...
我说CMMI2.0之验证与确认(VV)
验证verification与确认validation是两个不同的概念,在CMMI 1.3版本中是两个不同的PA,在2.0版本中合并成了一个PA,命名为VV。验证与确认的区别,可以通过下表来描述: 验证Verification 确认Validation 目的 确保所选择的工作产品满足指定的需求...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线