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


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


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

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

麦哲思科技任甲林


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 246K
麦哲思科技任甲林的其他文章
CMMI 4级实践问题30问-9
第28问: 2-3级的估算与4-5级的估算有什么区别? 估算的内容 估算方法 估算的可信度 估算的输入 2级 影响工作量的项目的固有属性 项目的工作量与成本 经验法 单点值或区间 本项目的属性 3级 经验法+模型法
软件项目管理的成功原则
来源:希赛网 作者: 任甲林 1 平衡原则 在我们讨论软件项目为什么会失败时可以列出了很多的原因,答案有很多,如管理问题、技术问题、人员问题等等,但是有一个根本的思想问题是最容易忽视的,也是软件系统的用户、软件开发商、销售代理商最不想正视的,那就是:需求、资源、工期、质量四个要素之间的平衡关系问题。 需求定义了"做什么",定义了系统的范围与规模,资源决定了项目的投入(人、财、物),工期定义
如何理解别人写的需求规格说明书?
在开发过程中,开发人员、测试人员都需要阅读其他人写的需求规格说明书,当阅读别人的需求文档时,我们需要关注什么呢?参见下图的要点: 首先需要了解关于该系统的总体信息,主要包含2条: 1 明确出该软件与其他系统、人、设备的交互关系。可以通过环境图,帮我们梳理清楚该软件与周边环境的关系,从宏观上对软件所处的位置有所理解。如下图所示: 2 系统的目标是什么,即解决了客
CMMI 4级实践问题30问-6
第19问:基线是否一定关于均值对称?如果不对称是如何计算出来的? 答:基线不一定是对称的,在第2问中已经介绍了一种建立基线的方法,如果不是采用XMR图的方法建立基线,而是采用箱线图或概率区间分析的方法建立基线,则基线可能就是不对称的。比如如果数据偏态分布很明显,则可以取众数或中位数作为期望值,此时建立的基线就可能是不对称的。在采用箱线图时也可以排除异常点。 第20问:何时变更基线?
软件企业以人为本的16项措施
以人为本不能停留在口头上,要落实到具体的实施上,以下是我的实践或是我在软件企业看到的实践: (1) 重视现有的员工胜过去搜索外面的新人 (2)鼓励员工在职深造,学成归来的要重用 (3)招高水平的员工进来 (4)稳定的高于本地域行业平均水平的收入,使其没有后顾之忧,专心事业 (5)为每一个员工进行职业路线的规划 (6) 通过股权等激励措施鼓励员工长期在企业内工作 (7)用人所长,不勉强员工做不乐意做
加入社区微信群
与行业大咖零距离交流学习


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