标签：style blog http ar os sp strong on 2014
在Scrum会议中包括：计划会议、每日站会、评审会议和回顾会议。
1、Sprint计划会（Sprint Planning）
在Scrum中，Sprint计划会议有两部分：
1. 决定需要完成哪些工作？
2. 决定这些工作如何完成？
第一部分：需要完成哪些工作？
参会人员：Team、Scrum Master、Product Owner
第一部分的会议，产品负责人向开发团队介绍排好序的产品待办事项，由整个Scrum团队共同理解这些工作。
Sprint中需要完成的产品待办事项数目完全由开发团队决定。做多少工作只能由开发团队决定，产品负责人或任何其它人都不能给开发团队强加更多的工作量。
第二部分：如何完成工作？
参会人员：Team 、Scrum Master
第二部分的会议，开发团队需要根据当前的“完成的定义”一起决定如何实现下一个产品增量。他们进行足够的设计和计划，从而有信心可以在Sprint中完成所有工作。
决定如何完成工作是开发团队的职责，决定做什么则是产品负责人的职责。
Sprint计划会议最终需要Scrum团队对Sprint需要完成工作的数量和复杂度达成共识，最终产生的待办事项列表就是“Sprint待办事项列表（Sprint Backlog）”。
Sprint待办事项列表是一个需要在当前Sprint完成的且梳理过的产品待办事项，并包括了一个团队完成这些工作的计划。
2、每日站会（Daily Scrum）
开发团队是自组织的，通过每日站会来确认他们仍然可以实现Sprint的目标。
每一个开发团队成员需要提供以下三点信息：
每日Scrum通常不超过15分钟。
每日Scrum中可能有简要的问题澄清和回答，但是不应该有任何话题的讨论。
每日Scrum既不是向管理层汇报，也不是向产品负责人或者ScrumMaster汇报。它是一个开发团队内部的沟通会议，来保证他们对现状有一致的了解。
只有Scrum团队的成员，包括ScrumMaster和产品负责人，可以在会议中发言。其他感兴趣的人可以来旁听。
3、Sprint评审会（Sprint Review）
Sprint结束时，Scrum团队和相关人员一起评审Sprint的产出。所有Scrum会议都是限定时长的，Sprint评审会议的推荐时长是Sprint中的每一周对应一个小时（比如，一个Sprint包含2个星期，则Sprint评审会议时长为2个小时）。
每个人都可以在Sprint评审会议上发表意见。产品负责人会对未来做出最终的决定，并适当地调整产品待办事项列表（Product Backlog）。
Sprint评审会议向每个人展示了当前产品增量的概况。通常都会在Sprint评审会议中调整产品待办事项列表。
4、Sprint回顼会议（Sprint Retrospective）
在每个Sprint结束后，Scrum团队会聚在一起开Sprint回顾会议，目的是回顾一下团队在流程、人际关系以及工具方面做得如何。团队识别出哪些做得好，哪些做得不好，并找出潜在的改进事项，为将来的改进制定计划。所有的Scrum会议都是限定时长的，Sprint回顾会议的推荐时长是Sprint中的每一周对应一个小时（译者注：比如，一个Sprint包含2个星期，则Sprint回顾会议时长为2个小时）。
Scrum团队总是在Scrum的框架内，改进他们自己的流程。
总结：每个Sprint都会不断地重复Scrum周期
Scrum团队成员（包括产品负责人、开发团队，以及ScrumMaster）一起合作完成一系列的产品增量，他们采用称为Sprint的短时间周期。每个产品增量符合产品负责人的接受条件，并满足团队的“完成的定义”。所有工作来自于产品待办事项列表（Product Backlog）。
Sprint总是从Sprint计划会议开始，团队在会议中制定出Sprint待办事项列表（SprintBacklog）。团队自组织地去开发，利用每日Scrum会议来协调并确保团队产出最好的产品增量。团队通过产品待办事项列表梳理来为下个Sprint计划会议做准备。在Sprint结束时会有Sprint评审会议以及Sprint回顾会议，来审视产品以及团队流程。
敏捷之旅2014北京站-与敏捷思奔之旅
时间： 12月20日 09:00 - 18:00
地点： 北京市海淀区上地西路6号，联想研究院
关注敏捷之旅北京站，微信扫一扫
更多敏捷之旅2014举办城市请关注：敏捷之旅中国
标签：style blog http ar os sp strong on 2014
原文地址：http://www.cnblogs.com/jetlian/p/4160113.html
