迭代回顾会议咨询记录
发布于 2024-10-01
2009
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
敏捷迭代回顾会议摘要
敏捷迭代中的回顾会议是一个重要的调整环节,它允许团队反思并改善过程,推动团队向自学习组织转型。本摘要总结了一次敏捷迭代回顾会议的观察结果,包括团队在迭代过程中遇到的问题,优缺点,以及给出的建议措施。
改进点
- 每日站立会议需要每个角色通报任务进展并更新看板以实现任务状态的可视化。
- 测试人力出现瓶颈时,应及时增加人手以缓解压力。
- 开发人员应避免过度设计,通过简化原则和及时沟通保持需求对接。
- 缺乏UI设计人员,建议尽快招聘或培训前端开发人员。
- 工作量估计不足,需通过策划会议和需求梳理会议充分沟通。
- 对于未识别的任务,应在估算时考虑可用时间并排除非项目任务。
- 产品负责人(PO)应至少每周与开发团队协作一天,以保证需求沟通。
- 回顾会议不应详尽列出每个任务,而是应侧重于完成的需求和未完成任务的进展。
- Scrum Master(SM)应控制会议不跑题并在会中积极发言。
- 迭代回顾中要积累迭代数据并展示,以便未来的估算和改进。
- 海星法应用于回顾会议,以提供思考主线并鼓励全员参与。
- 会议纪律需要强调,避免中断他人发言并鼓励提出具体的改进建议。
- 开发和部署环境应保持一致性,且环境应固化。
优点
- 坚持后端设计文档编写,有助于减少接口错误。
- 需求反讲方法被证明是有效的。
- SM宣布会议纪律有助于保持会议的秩序和效率。
- 开发和测试之间的需求沟通提升了测试效率。
- 单元测试的培训和实践有助于提高代码质量。
- 全员使用Confluence和Jira等工具提高了项目管理的效率。
- 团队认识到了进度和效率的提升,对敏捷开发模式建立了信心。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1070.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
使用Gompertz模型拟合上线后缺陷收敛趋势
采用Gompertz模型预测缺陷的收敛趋势,简单易行,拟合效果很好!
为什么要记录日志?
有个小兄弟今天询问我这个问题,于是系统地归纳如下: 工作日志记录了每个项目的每个人每天的每个任务投入的实际工作量与完成情况(完成任务的百分比、完成任务的规模,如代码行等),基于这些数据可以实现: (1)统计每个项目、每个任务的实际工作量,并与计划工作量对比,分析人力成本的投入情况; (2)分析各种类型的任务在整个项目中的工作量分布情况,任务类型如:需求、设计、编码、测试、配置管理、质量保证
开好迭代回顾会议的5个原则
迭代回顾会议是Scrum五个仪式之一,是在迭代评审会议之后对本次迭代的优点与改进点进行复盘的一个活动,其最主要的目的是提升团队的整体能力,持续改进,形成一个自学习的团队。通过回顾会议可以使团队每个迭代都能比上个迭代做得更好。在很多敏捷团队中,最容易忽略该活动,很多团队没有意识到该活动的重要性。为什么呢?最主要的原因是开了会议,没有实际效果,大家认为没用,所以也就不开了。实践中,在开迭代回顾会议时常犯的错误有: 把回顾会议开成了吐槽大会,大家只提意见,不提改进措施; 把回顾会议开成
如何管理小型软件项目?
如何管理小型软件项目?这个问题在多个客户那里探讨过多次。所谓的小型项目一般是指估计工作量大于3人月小于9个人月的项目。对于没有实施CMMI的企业,这类项目一般是放任自流,少有管理了,对于实施CMMI的企业,如果这类项目也想要达到CMMI的要求,管理的成本相对投入比较大,难以平衡管理的成本与收益,因此,需要做裁剪。如何裁剪,就是难点。经过与多个客户讨论,最终形成了如下的参考意见。每个企业的特点不同,
案例:客户满意度的综合统计分析
采集了客户满意度的数据后,可以从哪些维度进行统计分析呢?本文给出了一个具体案例,通过七张图分析客户满意度的数据!
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线