开发团队是自组织的，通过每日站会来确认他们仍然可以实现迭代的目标 。每一个开发团队成员需要提供以下三点信息：
- 昨天我完成了什么
- 今天我计划完成什么
- 有什么问题
- 开会时间：迭代结束前，通常1小时
- 参与人员：PO，SM，开发团队、利益感谢人
- 在冲刺结束前，团队成员给产品负责人展示项目成果，接受评价
- PO 给出评价和反馈 。以用户故事是否能成功交付来评价任务完成情况 。
- 开会时间：迭代结束后，通常1小时
- 参与人员：PO，SM，研发团队
- 简短的反思会，总结哪些事情做得好，哪些事情做得不好 。
- 做得好的要保留，做得不好的要摒弃 。
- 会议得出这样的结论：开始做什么、继续做什么、停止做什么
- 产品待办是对产品功能的详细描述 。
- 产品待办的来源可以是产品功能需求、缺陷、改进、技术升级等
- 产品待办列表是一个具有优先级的需求列表，并对每个需求进行了粗略的估算 。
- 产品待办列表是产品需求的唯一来源，开发团队所有工作都来自产品待办列表
- 只有PO有权对产品待办列表更改优先级、删除、添加 。
- 粗细适宜的（Detailed appropriately）：待办事项列表顶端的百分之十可能包含非常小且分析得很详细的事项，而其他的百分之九十则不是那么具体 。
- 估算过的（Estimated）：团队提供给产品负责人产品待办事项列表中每个事项的工作量估算和技术风险估算 。
- 涌现式的（Emergent）：为了响应学习和变化，要定期梳理产品待办事项列表 。产品负责人会不断地更新产品待办事项列表，以反映客户需求的变化、新想法或见解、竞争而导致的变化、出现的技术障碍等 。
- 排好优先级的（Prioritized）：在产品待办事项列表顶端的事项具有最高优先级，或者是从1开始顺序排列 。
- 来源于产品待办列表：在迭代计划会议上，自组织团队在会议中生成迭代待办列表 。团队从产品待办列表中挑选出要在本轮迭代要完成的用户故事，将用户故事转化为具体的任务，每项任务落实到具体的责任人 。
- 迭代待办列表是当前迭代需要完成的产品待办列表 。
- 可工作的软件功能增量 。
- 需要在迭代评审会议上进行演示
- 迭代结束前，功能增量需要达到团队“完成”的定义的标准
- 无论PO决定发布它与否，增量必须可用
- PO 的老板是谁、谁来给PO打绩效、考核的标准是啥？
- 【什么是Scrum？Scrum的核心要点和精髓】SM 的老板是谁、谁来给SM打绩效、考核的标准是啥？
- SM 是教练，团队成员表现不好，SM 是否有权让其下场休息？
- SM 是服务型领导，除了服务, 还能领导什么？
- SM 确保团队实施和使用Scrum 。团队成功一定要采取 Scrum 么？是否可以采取一部分？
经验总结扩展阅读
- 2023年10月12日是上香的黄道吉日吗 2023年10月12日是上香吉日吗
- 韩式风格装修特点是什么 韩式风格装修色彩怎么搭
- 2023年10月12日烧香好吗 2023年10月12日是烧香吉日吗
- 2023年10月12日是香炉安放吉日吗 2023年10月12日是香炉安放的黄道吉日吗
- 2023年10月12日酬神黄道吉日 2023年10月12日是酬神的黄道吉日吗
- 冬天适不适合封阳台 冬天封阳台注意些什么
- 2023年10月12日是求嗣的黄道吉日吗 2023年10月12日求嗣好吗
- 2023年10月12日是祭祀灶神吉日吗 2023年10月12日祭祀灶神吉日一览表
- 2023年10月12日拜灶王爷行吗 2023年10月12日是拜灶王爷的黄道吉日吗
- 2023年10月12日祀灶行吗 2023年10月12日是祀灶的黄道吉日吗
