目的：backlog通常很大，也很宽泛，要保持backlog是序的，把不重要的事项移出或降级，将事项分解成更小的事项，产品负责人将后续迭代(可以是几个迭代)的用户故事按顺序讲解, ScrumMaster与在场人员分析用户故事, 明确指出团队认为不明确的点，产品负责人做记录, ScrumMaster与队员分析用户故事包含哪些技术任务，ScrumMaster建立子任务, 方便计划会更准确地预估故事点

注意: 产品负责人确保在迭代计划会开始之前将团队提出的问题都能被解决, 团队发现要加强或完善的点, 产品负责人要在之前进行完善, 不要在迭代计划会议中讨论这些问题

2.Sprint计划(启动)会议

参会者: 开发团队、ScrumMaster、产品负责人

时间: Sprint启动时

目的：为整个团队制定计划，以确保团队在整个Sprint中取得成功；会前, 产品负责人将准备一个按优先级排列的Product Backlog与开发团队共同讨论每个列表，并预估工作量，然后，开发团队将进行Sprint估时，大概估计团队可以完成Product Backlog中的哪些任务，而这部分工作也就是Sprint Backlog，鼓励团队进行讨论 , 并就行动计划达成共识;

3. 每日站会

参会者: 开发团队、ScrumMaster、产品负责人

时间: 每天一次, 一般是早上，注意时间，尽量控制在15分钟以内

目的: 站会的目的在于让团队成员快速了解当前进度，主要是3句话:昨天做了什么？今天计划做什么？遇到什么障碍或风险需要团队的帮助？

注意: 参会要准时, 有特殊情况提前通知团队, 可以用计时器, 确保每个人发言言简意赅, ScrumMaster/产品负责人要注意提醒。如果不能在3句内解决的问题进入停车场，会后单独的相关人员讨论

4. Sprint评审会义

参会者: 开发团队、ScrumMaster、产品负责人、项目利益相关者

时间: Sprint结束时

目的：展示团队工作成绩, 可以采用“demo演示会”等相对比较轻松的形式，评审会都是团队庆祝工作成就，演示在迭代中完成的工作，并从项目利益相关者那里获得反馈的机会

注意：只有符合演示要求且满足团队的质量标准的成果，才可以被认为是完整的，才可在评审会上进行展示

5. Sprint回顾会议

参会者: 开发团队、ScrumMaster、产品负责人

时间: Sprint结束时

目的：帮助团队了解哪些方面做得好，哪些方面需要提升，可以有总结、反思、表扬等环节；不是只抱怨没有解决方法的嘴炮会议, 团队可以利用回顾会议来找出哪些是行之有效的方法，是团队可以持续关注和使用的，以及哪些方面需要做出改进，并在会议上讨论出创造性的解决方案并制定行动计划，持续改进是支持和推动敏捷团队发展的动力，回顾会议是实现持续改进的关键行动

注意：实践中要人人发言，保持良好的团队氛围，避免流水式会议

敏捷团队有哪些特质？
小团队: 一般在3-9人之间；
跨职能特性团队：特性团队一般按业务属性、职责等划分
固定短周期迭代式开发
增量式持续交付
自我驱动力
鼓励团队学习、总结和思考

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/2023面试高手/article/detail/655696

Scrum 敏捷开发 基础考试_scrum高效使用的场景中不包含的是

Scrum 敏捷开发基础考试_scrum高效使用的场景中不包含的是