- 开会时间：通常是迭代计划会开始前3天
- 参与人员：PO，SM ， 研发团队
- 开会目标：我们下个迭代要做的内容，开发团队确认任务故事点
- PO把下次迭代将要实现的用户故事、按照优先级描述给在场的人员
- 团队明确指出需求不明确或者有问题的地方 ， PO记录，会后补全、澄清
- 开发团队评估任务故事点
- 开发团队创建子任务并关联
- 开会时间：迭代开始的第一天
- 参与人员：PO，SM，研发团队
- 会议目标：决定我们下个迭代要做哪些内容 。
- PO确认待办事项整理会议上的问题都已经解决，功能已经完善或者不足 。产品功能列表已经按照客户价值优先级排序 。
- PO 逐条详细讲解要完成的产品待办 ， 尤其是之前存在问题的待办 。
- 开发团队根据待办事项整理会议会后评估的工作量，从高到低挑选待办，直到本次迭代工作量达到饱和 。
- PO 参与讨论并回答和需求相关的问题，但不干扰估算结果 。
- 最终产生迭代待办事项列表（Sprint Backlog）
- 队员认领任务
- 参与人员：PO ， SM ， 研发团队
- 会议目标：了解团队现状
- 每日Scrum通常不超过15分钟 。每日Scrum中可能有简要的问题澄清和回答 ， 但不讨论 。每日Scrum既不是向管理层汇报，也不是向产品负责人或者ScrumMaster汇报 。它是一个开发团队内部的沟通会议，来保证他们对现状有一致的了解 。
- 昨天我完成了什么
- 今天我计划完成什么
- 有什么问题
- 开会时间：迭代结束前 ， 通常1小时
- 参与人员：PO，SM ， 开发团队、利益感谢人
- 在冲刺结束前，团队成员给产品负责人展示项目成果，接受评价
- PO 给出评价和反馈 。以用户故事是否能成功交付来评价任务完成情况 。
- 开会时间：迭代结束后，通常1小时
- 参与人员：PO，SM，研发团队
- 简短的反思会，总结哪些事情做得好，哪些事情做得不好 。
- 做得好的要保留，做得不好的要摒弃 。
- 会议得出这样的结论：开始做什么、继续做什么、停止做什么
- 产品待办是对产品功能的详细描述 。
- 产品待办的来源可以是产品功能需求、缺陷、改进、技术升级等
- 产品待办列表是一个具有优先级的需求列表，并对每个需求进行了粗略的估算 。
- 产品待办列表是产品需求的唯一来源，开发团队所有工作都来自产品待办列表
- 只有PO有权对产品待办列表更改优先级、删除、添加 。
- 粗细适宜的（Detailed appropriately）：待办事项列表顶端的百分之十可能包含非常小且分析得很详细的事项，而其他的百分之九十则不是那么具体 。
- 估算过的（Estimated）：团队提供给产品负责人产品待办事项列表中每个事项的工作量估算和技术风险估算 。
- 涌现式的（Emergent）：为了响应学习和变化，要定期梳理产品待办事项列表 。产品负责人会不断地更新产品待办事项列表 ， 以反映客户需求的变化、新想法或见解、竞争而导致的变化、出现的技术障碍等 。
- 排好优先级的（Prioritized）：在产品待办事项列表顶端的事项具有最高优先级，或者是从1开始顺序排列 。
推荐阅读
- 支付宝蚂蚁庄园10月15日答案是什么
- 洛克王国新品尝鲜配方是什么
- 阴阳师寻世香行超鬼王Day1打法阵容是什么
- 简单好记的微信号 augenstern什么意思
- iqooz3的缺点_iqooz3骂声一片
- 荣耀v40闪充功率是多少_荣耀V40支持多少瓦快充
- 澳大利亚比北京时间早或者是晚几个小时 西澳好玩还是东澳
- 红米Watch2参数_红米Watch2参数配置详情
- 现在用什么手机好，华为怎么样（现在换华为哪款手机好)
- 那个灰机是什么意思（小灰机什么意思)
