扫码阅读
手机扫码阅读
三个团队的站立会议旁观笔记

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

观察了3个团队的站立会议,每个团队7人,第2个团队为scrum of scrum,有高层领导旁观。
站会中的亮点:
- 有效沟通需求和接口设计的变更。
- 开发人员关注代码审查与单元测试,提升质量意识。
- 识别并提醒新的项目风险。
- 阐明需要协同其他部门和团队的工作。
- 实现双向交流,成员关注他人问题并求证。
- 关于作业环节的问题得到传递和提醒。
- 成员主动修订技术或管理规则,以共同遵守。
- 成员在遇到技术障碍时得到他人主动帮助。
- 成员提醒关注时间,避免深入技术细节。
- 积极提出后续工作的注意事项。
- 主持人强调迭代目标,提醒保持焦点。
改进建议:
- 集成和测试环境协调问题影响效率,组织级应考虑采取措施。
- TDD实施存在困难,需分析单元测试覆盖率不足的原因。
- 应在站会上展示燃尽图,直观展现团队进展。
- 鼓励团队成员轮流主持会议,提高积极参与度。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 169.2K
麦哲思科技任甲林的其他文章
为什么要记录日志?
有个小兄弟今天询问我这个问题,于是系统地归纳如下: 工作日志记录了每个项目的每个人每天的每个任务投入的实际工作量与完成情况(完成任务的百分比、完成任务的规模,如代码行等),基于这些数据可以实现: (1)统计每个项目、每个任务的实际工作量,并与计划工作量对比,分析人力成本的投入情况; (2)分析各种类型的任务在整个项目中的工作量分布情况,任务类型如:需求、设计、编码、测试、配置管理、质量保证
杂谈Barry Boehm的软件工程七原则与敏捷实践
大概在5年以前曾经从网上搜到了Barry Boehm提出的软件工程的七原则(Seven Basic Principles of Software Engineering),这是Barry Boehm1983年发表的文章,在网上搜到的是别人对这七个原则的转译与介绍,看后觉得怪怪的,总是觉得有些地方不能准确把握这七个原则的含义。于是去google搜其原文,未果,最近终于搜到了原文,因此更能准确把握Ba
采用Minitab进行logistic回归分析
在研究Y与X之间的因果关系时,如果Y不是一个定比或定距变量时,就需要进行logistic回归。logistic回归是一种广义线性回归(generalized linear model)。logistic回归根据Y的取值分为三类: logistic回归分析类型 因变量Y的特征 举例 二元logistic...
一句话概括TMMi的每个PA
本文针对TMMi的每个PA,用简单扼要的一句话概括了其核心内容,便于大家在最短的时间内了解TMMi的要求。
软件项目管理的成功原则
来源:希赛网 作者: 任甲林 1 平衡原则 在我们讨论软件项目为什么会失败时可以列出了很多的原因,答案有很多,如管理问题、技术问题、人员问题等等,但是有一个根本的思想问题是最容易忽视的,也是软件系统的用户、软件开发商、销售代理商最不想正视的,那就是:需求、资源、工期、质量四个要素之间的平衡关系问题。 需求定义了"做什么",定义了系统的范围与规模,资源决定了项目的投入(人、财、物),工期定义
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线