再谈站立会议的实施要点
发布于 2024-10-02
1385
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
观察东莞客户封闭开发现场的产品开发组时,分析了站立会议的执行情况,并总结了成功实施站立会议的关键要点:
1. 任务分配与领用
- 明确任务责任人。
- 保证任务颗粒度小于2天,无法拆分的要设置检查点。
- 明确任务的完成时间和标准。
- 任务识别要完备,避免中途增加遗漏任务。
- 所有角色参与任务识别,充分讨论。
- 增加或修改的任务要用不同颜色的小贴纸在看板中标识。
- 高层经理不直接下达任务给团队成员。
2. 任务完工检查
- 完成任务需通过检查,如编码要通过规范符合性检查、工具检查、代码走查或单元测试,并获得客户代表确认;文档通过评审;预研展示结果。
- 区分任务完成与需求完成,需求可能需要多个任务支持。
- 定义任务进展的内部准则,如USE CASE的各阶段完成百分比。
3. 进展跟踪
- 使用燃烧图标识小组和产品的进展,定期更新。
- 及时跟踪每个小组和整体产品的进展。
4. 站立会议
- 每天定时、定地举行站立会议,无需事先通知。
- 会议中每人只回答三个问题:昨天完成了什么?需要帮助的难题?今天做什么?
- 会议后单独讨论需要帮助的问题。
5. 小组长
- 主持会议,确保发言不跑题。
- 简洁点评和提醒工作。
- 简短总结总体情况。
6. 会议纪律
- 不允许迟到,迟到者受惩罚。
- 一次只有一个人发言。
- 非本小组成员可旁观不发言。
- 不允许中途退席。
7. 物理设施
- 使用白板展示任务状态:未开始、进行中、中断、已完成。
- 白板面积要大,如果不够,可只贴本次迭代或近期任务。
- 如果白板面积不够,可手写任务,使用小磁条或不干胶固定贴纸。
- 考虑办公环境,小组的会议可以错开时间。
8. 其他注意事项
- 一定要面对面会议,邮件不能替代。
- 每天开会跟踪项目进展。
- 通常不需要整理会议纪要,除非有特定目的。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 814.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
一言蔽之:CMMI的过程域要点
CMMI 1.2版本的22个过程域要点可以分别用一句话概括如下,未必全面准确,但是可以快速了解其核心内容: 2级: 需求管理-如何解决需求的变更问题; 项目策划-如何编制一个合理可行的项目计划; 项目监控-对照计划,跟踪项目的进展情况; 配置管理-管理开发过程中文档与代码的变更,保持一致性; 过程和产品质量保证-强调应以制度化为主导,检查是否落实了制度; 供应商合同:采购外包合同的管理; 度量和分析-采
快速学习COSMIC之六:如何识别触发事件
要度量功能点,就要先识别功能处理,要识别功能处理,就要先识别触发事件。 触发事件通俗地讲就是发生在被度量软件以外的,由其他事物所产生的,要求被度量软件响应的事件。 触发事件由功能用户所感知,然后功能用户产生一个输入,来激发功能处理响应这个事件,这个输入被称为触发输入,它要么仅仅起到通知功能处理、激发功能处理的作用,要么除此之外还移动了其他的数据给功能处理。除非在一个功能处理中只有一个输
先改进代码的质量
一个软件项目最重要的、必不可少的交付物是什么?程序! 如果程序不能正常执行,文档写的再多、再漂亮也无法帮助客户得到其预期的价值。 程序是程序员写出来的,要提高程序的质量,首先要提高程序员的编程水平。一个职业的程序员应该: (1) 熟悉编程工具; (2) 能够按照编码规范编写风格规范、通俗易读、形式正确的程序; (3) 能够编写逻辑正确、思路清晰、内容正确的程序;(4) 具备测试、评审代码
软件项目管理的成功原则
来源:希赛网 作者: 任甲林 1 平衡原则 在我们讨论软件项目为什么会失败时可以列出了很多的原因,答案有很多,如管理问题、技术问题、人员问题等等,但是有一个根本的思想问题是最容易忽视的,也是软件系统的用户、软件开发商、销售代理商最不想正视的,那就是:需求、资源、工期、质量四个要素之间的平衡关系问题。 需求定义了"做什么",定义了系统的范围与规模,资源决定了项目的投入(人、财、物),工期定义
项目管理的三架马车
决定项目成功的核心角色是什么?我认为是三个角色:项目经理、技术经理与需求经理。
项目经理:解决管理上如何做的问题,对项目的进度与质量负责。具体职责包括了:过程定义、估算、计划制定、计划跟踪与控制、风险管理、质量管理等。
技术经理:解决技术上如何做的问题,对项目的技术方案负责。具体职责包括了:技术可行性的评估、技术方案的确定、设计、设计验证、技术难题的解决、实现等。
需求经理:解决做什么的问题,对项目的需求与范围负责。具体职责包括了:需求获取、需求分析、
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线