扫码阅读
手机扫码阅读
三个团队的站立会议旁观笔记
128 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:三个团队的站立会议旁观笔记
文章来源:
麦哲思科技任甲林
扫码关注公众号
观察了3个团队的站立会议,每个团队7人,第2个团队为scrum of scrum,有高层领导旁观。
站会中的亮点:
- 有效沟通需求和接口设计的变更。
- 开发人员关注代码审查与单元测试,提升质量意识。
- 识别并提醒新的项目风险。
- 阐明需要协同其他部门和团队的工作。
- 实现双向交流,成员关注他人问题并求证。
- 关于作业环节的问题得到传递和提醒。
- 成员主动修订技术或管理规则,以共同遵守。
- 成员在遇到技术障碍时得到他人主动帮助。
- 成员提醒关注时间,避免深入技术细节。
- 积极提出后续工作的注意事项。
- 主持人强调迭代目标,提醒保持焦点。
改进建议:
- 集成和测试环境协调问题影响效率,组织级应考虑采取措施。
- TDD实施存在困难,需分析单元测试覆盖率不足的原因。
- 应在站会上展示燃尽图,直观展现团队进展。
- 鼓励团队成员轮流主持会议,提高积极参与度。
想要了解更多内容?
查看原文:三个团队的站立会议旁观笔记
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 133K
麦哲思科技任甲林的其他文章
维护项目的管理策略案例
维护类项目的定义: (1)在已交付的软件基础上增加少量功能; (2)对已交付的软件进行局部的需求变更; (3)修改已交付软件的bug;维护类项目的特点: (1)工期短,客户要求相应快; (2)对已有的软件进行局部修改,投入的人力少; (3)变更容易对已有的功能造成影响,容易注入新的bug; (4)需求沟通、设计方案的确定、测试的
图解APH之engaging合弄
图一:Engaging合弄的目的与性能等级图二:Engaging合弄的活动 图三:Engaging合弄使用的敏捷仪式与技术
过程改进:宽度优先还是深度优先?
在过程改进时有这样一种现象:在组织内有很多项目,但是只有参与正式评估的项目严格按照CMMI的体系在做,其他项目基本没有按此体系在做。企业在得到2级的评估时是这样,得到3级的评估时还是这样,得到4-5级的评估时仍然如此。体系在组织内根本就没有推广开来,而是限定在小范围内的一部分项目的一段时间内。 过程改进应该是一种企业文化的变革,仅仅限定在一段时间的局部项目项目的改进不可能形成企业的文化变更,这种
迭代总结会议的旁观感想
初创团队,迭代总结会议以后,有哪些可以改进的地方呢?
EPG的工作指南
我最近在给企业运行检查过程中,发现很多企业的EPG成员不知道应该如何开展过程改进的工作,不知道日常应该做什么,一旦脱离的咨询顾问的指导,过程改进就失去了章法,因此经过我和同事、朋友进行探讨后,列出了EPG每日、每周、每月、每年应做的事情,为EPG提供工作的参考。EPG的工作指南 时机 EPG的事务 日常 组织资产库的建立维护,审核组织过程资产并入库
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线