2017年10月站立会议旁观笔记
发布于 2024-10-02
1442
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
项目晨会改进点摘要
在近期观察的一个项目晨会中,发现了几个关键的改进点,并提出了相应的建议:
- 晨会参与人数达到22人,建议分成2-3个小组举行站立会议,这样可以提升会议效率。
- 出现了迟到现象,为此需要制定规则并执行惩罚措施,如微信群内发红包或会议室设立储钱罐,以此培养团队文化。
- 白板上的任务状态列应明确,包括待办、编码、代码评审、待修复和完成等状态,以便于发现资源瓶颈。
- 当前迭代周期和交付周期都设置为1个月,建议缩短周期并采纳持续集成,以实现开发与测试的并行,并尽早发现接口问题。
- 部分成员在晨会中未能充分说明工作情况,因此每个人都需要回答三个关键问题:昨天完成了什么、今天要做什么、需要什么帮助,以及及时报告问题。
- 有成员未能在看板中及时更新任务状态。建议使用物理看板与电子看板(如Jira)并行,以提高信息的可见性和及时性。
- 站会结束时应展示燃尽图,最好在物理白板上手工更新,增强团队成员的参与感和项目进度的可见性。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1078.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
不是CMMI的错
上周三,一家企业的老板给我抱怨,ISO 9000没有给他们带来任何好处,徒增加了负担,所以也不想实施CMMI了。 上周四,为五家公司做CMMI的售前,有一半多的企业目的是为了证书。 前天,有客户要将整个组织改造为软件工厂,请我做了一小时的报告,主题是软件生产线、CMMI。 今天,有朋友给我抱怨:“实施CMMI真累,压力太大了!”,碰巧还有一个朋友在MSN上打出了“CMMI,快要疯掉了!”,对此,我
LLM调用返回值的解析策略
《大模型JSON解析的实战避坑指南》摘要:本文针对大模型应用中常见的JSON解析问题,提出了一套完整的解决方案。
不可重现的BUG的应对策略
问题场景:有一些比较严重的BUG随机发生,难以查找规律的,测试工程师提交上去后,有可能会出现以下三个情形:1.开发人员试图重现,重现不出,Reject回来;2.开发人员找不到规律,所以不去解决,问题一直处于Open状态;3.开发人员因为问题难以解决,所以直接Resolved回来,觉得反正是偶发的,先改成解决状态再说。对开发人员、项目经理和测试工程师来说,正确的处理方法应该是怎样的?解决方案:1 缺
我说CMMI 2.0 之 估算
EST(estimation)是CMMI2.0中新增的一个PA,从1.3版本中的PP与IPM PA中剥离了一些实践过来。 基本思想估计什么?规模、工作量、工期、成本等。估算是承诺的基础,充分沟通是估算的基础。估算可能是逐步细化的,并非在项目初期就估计一次。初期的估算与实际结果偏差比较大,因此,承诺也是多版本的,会逐渐调整承诺。估算要有方法论,要根据估计的结果与实际的偏差率不...
单元测试技术培训练习总结报告
培训日期:2007年9月14日到2007年9月15日日程安排:第1天:上午:单元测试的技术与方法培训下午:LINUX下CUNIT单元测试工具的使用方法第2天:上午:分组练习下午:分组练习练习总结练习情况概述:约50名开发人员参加了练习,分成了7个小组进行了练习,其中一个小组原来采用C#在windows开发平台下进行软件开发,其他小组均是在LINUX环境下用C语言开发。练习均在实际的工作环境中进行的
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线