三个团队的站立会议旁观笔记
发布于 2024-10-01
1067
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
观察了3个团队的站立会议,每个团队7人,第2个团队为scrum of scrum,有高层领导旁观。
站会中的亮点:
- 有效沟通需求和接口设计的变更。
- 开发人员关注代码审查与单元测试,提升质量意识。
- 识别并提醒新的项目风险。
- 阐明需要协同其他部门和团队的工作。
- 实现双向交流,成员关注他人问题并求证。
- 关于作业环节的问题得到传递和提醒。
- 成员主动修订技术或管理规则,以共同遵守。
- 成员在遇到技术障碍时得到他人主动帮助。
- 成员提醒关注时间,避免深入技术细节。
- 积极提出后续工作的注意事项。
- 主持人强调迭代目标,提醒保持焦点。
改进建议:
- 集成和测试环境协调问题影响效率,组织级应考虑采取措施。
- TDD实施存在困难,需分析单元测试覆盖率不足的原因。
- 应在站会上展示燃尽图,直观展现团队进展。
- 鼓励团队成员轮流主持会议,提高积极参与度。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 548.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
我说CMMI之七:需求管理过程域
我说CMMI之七:需求管理过程域先讲讲需求管理的含义。何谓需求管理?需求管理就是管理需求的一致性。这里讲的需求指什么?指的产品与产品构件需求,对于软件而言通常就是软件需求规格说明书(SRS)。在CMMI模型中将需求分成了2类:客户需求,产品与产品构件需求。客户需求是采用用户的术语表达的,用户验收的依据,一般是由客户提出需求,由开发人员记录、描述、整理下来。客户需求是平衡了客户的需要、期望、约束和接口需求后的结果。产品与产品构件需求是采用开发人员的属于表达的,是开发方验收的依据。产品与产品构件的需求是基于客
我说CMMI2.0之:详细剖析(PQA)过程质量保证
1 PA概述1)本PA的名字虽然称为过程质量保证,但是实际上仍然是包含过程的质量保证与产品的质量保证。2)过程是历史经验教训的总结,是对这些历史财富的规范化,标准化,是为了避免错误的重现。而质量保证则是监督这些历史经验的落地执行,能够让成功得以重复。3)质量保证的关键是要客观,如何确保客观性呢? i)独立的团队。不能自己检查自己是否做事规范,应该由其他角色,其他岗位实施检查。...
快速学习COSMIC方法之三:度量策略阶段的执行要点
很多公司在度量规模的时候,不重视度量策略阶段的活动,但是在后续的度量过程中往往就会遇到疑问,在遇到问题时,才发现原来没有做到度量策略的定义,没有确定好度量的前提,因此度量策略阶段虽然可能很简单,很快速,很例行公事,但是不能忽视。 1)确定度量目的:为什么执行本次度量。 软件规模度量的常见目的有: 作为估算项目的工作量输入; 作为计算缺陷密度的输入;
快速学习COSMIC方法之十二:如何识别输出?
输出是从功能处理向功能用户移动数据组的数据移动。每个输出移动的是一个兴趣对象的一个数据组。在识别输出时要注意如下的问题:1 输出不要和写混淆。输出是把数据组移动到功能用户,不是移动到存储介质。虽然识别错了数据移动的类型不影响功能点的多少,但是概念上是错误的。2 查询固定文本的内容应识别为输出。比如在word中有按钮:关于word。当我们点击后,显示出来关于word的一些信息,这些信息就是一个固定文...
一个敏捷项目的咨询记录
近日对一个敏捷项目进行了2小时的简单访谈,对他们的一些实践点评如下:综述: 1 敏捷的实践看着简单做着难,实践少,但是实践的很多细节要做到位。 2 要让团队的成员知其然知其所以然,才能够进行经验化过程控制。 3 要在团队内建立承诺的文化,说到一定要做到。 4 目标、需求、任务、任务状态、问题、团队规则都要可视化! 5 牺牲质量追求速度,是
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线