meeting-structures

# 开发人员会议结构 常见软件开发会议的模板和结构。使用这些模板来主持高效的会议并确保产出成果。 ## 每日站会 **时长:** 最多 15 分钟 **频率:** 每日 **格式:** 每人回答 3 个问题 ### 结构 每位团队成员分享（每人最多 1-2 分钟）： 1. **昨天:** 我完成了什么？ 2. **今天:** 我正在做什么？ 3. **阻碍:** 有什么阻碍了我？ ### 最佳实践 - **站立**（如果面对面） - 保持简短 - **关注工作，而非活动** - “完成功能 X”胜过“参加会议” - **停车场原则** - 将后续讨论记录在站会后进行 - **严格限制时间** - 15 分钟后结束 - **关注阻碍** - 如果有人受阻，确定谁能提供帮助 ### 应避免的反模式 - 变成向经理汇报状态（这是团队同步，不是汇报） - 在站会期间解决问题（线下讨论） - 深入技术细节（留给结对编程环节） - 当“无事可报”时跳过（简短更新依然有价值） --- ## 冲刺规划 **时长:** 1-2 小时 **频率:** 每个冲刺开始时 **目的:** 就冲刺目标和工作承诺达成一致 ### 结构 | 阶段 | 时长 | 活动 | | --- | --- | --- | | 冲刺目标 | 10 分钟 | 本次冲刺要完成什么？ | | 待办事项评审 | 20 分钟 | 评审优先事项 | | 估算 | 30 分钟 | 评估考虑中的事项规模 | | 承诺 | 20 分钟 | 团队承诺冲刺范围 | | 容量检查 | 10 分钟 | 考虑休假、会议等 | ### 议程模板 markdown 1. **冲刺目标** (10 分钟) - 产品负责人提出冲刺目标 - 团队提出澄清问题 2. **待办事项评审** (20 分钟) - 按优先级评审顶部事项 - 澄清验收标准 - 识别依赖关系 3. **估算** (30 分钟) - 使用团队方法（点数、T恤尺码等）估算事项 - 必要时拆解大型事项 4. **冲刺承诺** (20 分钟) - 团队选择符合容量的事项 - 确认每个人都理解工作内容 5. **总结** (10 分钟) - 回顾冲刺目标和承诺事项 - 记录需要关注的风险或依赖关系 ### 最佳实践 - **做好准备** - 产品负责人已排好优先级，事项已细化 - **关注“做什么”而非“怎么做”** - 将实现细节留到冲刺期间 - **保护专注时间** - 承诺时考虑会议、支持等因素 - **团队决定容量** - O