会议目的
Refinement 这个词是加工、提炼的意思，在scrum里，其实就是对下阶段的需求做一个讨论、澄清、细化的一个活动，希望通过这个活动，使得团队能对后续阶段的需求能有一个Common Understanding，尽量避免团队因为对需求理解的不一致所导致的各类问题，并帮助团队在下个迭代开始的时候更快进入开发状态，它一般是发生在下个迭代开始前的一段时间里。
Scrum标准的5个活动里面是没有梳理会的，需求的梳理往往放在计划会里。但是对于刚开始转型敏捷的团队，需求梳理如果放在计划会里，往往会造成迭代计划会时间过长，或者无法准时开始迭代等等问题，所以梳理会才会被独立出来。如果团队成熟以后，需求梳理可以直接放到计划会里进行。
梳理范围
Refinement并不只是梳理下个迭代的开发内容，而是下个阶段重要的开发需求，Refinement梳理的内容范围往往会大于下个迭代能完成的范围。
在某些变化比较快的领域还会出现Refinement的内容并没有出现在下个迭代开发列表中的情况。
会议主题
1，用户故事讨论，分解用户故事
用户故事是由PO编写完成，他/她通过采集用户需求或者市场调研不断充实完善用户故事。PO需要向团队解释用户故事，解释完以后团队可以进行用户故事的讨论。
2，完善验收标准
用户故事分析并拆解完以后，我们要做的就是完善用户故事的验收标准，这个工作由PO完成，我们的开发团队做为辅助。只有明确了验收标准，开发团队才能有的放矢，迭代验收的时候PO也才能根据具体的验收标准进行验收。
3，排定优先级，评估工作量
验收标准完成以后，就可以排定用户故事的优先级。在backlog列表中，优先级的大小与在backlog中的位置相关。优先级越高的用户故事处于backlog的最上面，以此往下优先级越来越低。用户故事被细化成一个个工作项后，接着我们要做的就是评估每一个工作项的工作量。scrum中工作量的计量方式通过斐波那契数列标定，即1，2，3，5，8，13，21，34，55。在项目中，针对每个工作项，开发团队的每个人都给出自己评估，最后经过大家协商讨论，给出最终的评估。
会议安排：
1. 主持人阐述会议主题，介绍我们需要梳理的大体内容（10分钟）。
2. 挨个讲解每个用户故事，让大家提出意见，提出分解要求，确保每个人都理解用户故事与需求以及验收标准（120分钟）
3. 在大家都理解需求的基础上，让团队成员主动获取任务并评估工作量 (30分钟)
4.记录下所有的会议情况。
会议心得：
梳理会开完以后每个人都能理解自己该做什么需要做什么，要做到什么程度。
