三个团队的站立会议旁观笔记
发布于 2024-10-01


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


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

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

麦哲思科技任甲林


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 255.2K
麦哲思科技任甲林的其他文章
代码评审的速度与缺陷密度是啥关系?
某企业采集了8个项目的代码评审数据,虽然样本数量不多,但是仍然可以发现一些规律原始的度量数据如下,包括了代码评审发现的缺陷密度与代码评审的速度。这2者是什么关系呢? 表一:8个项目的代码评审缺陷密度与评审速度 ...
需求,传说中是这样的……
在软件开发中应该写哪些文档?如何写这些文档? 这是在咨询过程中经常被询问的问题。在敏捷的方法与规范的方法中给出了不同的答案。无论采用何种开发方法,最基本的原则是:需求必须文档化! 人类信息的沟通主要通过2种方式:文档与口头交流。 文档可以流传很久,不容易存在歧义,在传递中不会增加或减少内容,比如《史记》之类的书流传了上千年。 口头交流在传递的过程,很容易由于传递人个人的观点而对信息进行增删
配置审计的概念辨析
配置审计是配置管理中的一个重要概念,在CMMI标准中划分了3种,如果再加上PPQA对配置管理过程的审计,累计为4种。在很多图书、资料中对这四种审计言之不详,因而也就造成了理解的偏差。故而我整理了如下的表格,进行了澄清。需要说明的是在很多企业中实际也做了这4种审计,只是没有清楚的认识这4个概念而已。
在EXCEL中生成服从三角分布随机数的方法
在项目管理中经常需要对工期进行模拟。一般是对每个任务进行三点估算,然后根据任务的先后顺序关系定义出工期模拟的模型。如果使用商业化的蒙特卡罗模拟工具进行这个工作很容易,但是如果没有专门的蒙特卡罗模拟工具,则需要手工在EXCEL中生成符合三角分布的随机数据,如何做呢?三角分布的概率密度函数与累积分布函数如下:我们可以计算出累积分布函数的逆函数:当a
高层经理监控项目的十一种思维模式
很多企业实施了规范的管理,是过程改进人员在推动规范管理,但是公司的中高层人员的思维模式、工作方式与习惯并没有转换到新的管理水平,中高层经理没有起到以身作则带队伍的作用,导致自底而上的过程改进没有没有得到中高层经理在具体工作上的实际支持,从而没有达到很好的、很扎实的效果,因此也需要改变中高层的管理方法。首先要改进中高层经理的思维模式,其次要结合公司具体的管理流程,确定中高层具体的管理方法。以下总结了
加入社区微信群
与行业大咖零距离交流学习


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