有些团队认为跳过梳理工作会节省时间，但事实并非如此。团队必须先明确任务内容，才能有效地交付有价值的产品。梳理工作是不可或缺的，只是可以选择在不同的时间进行：可以是在迭代计划会议上、迭代过程中，或者在迭代之前作为常规活动来进行。
什么是梳理？
产品待办列表梳理（Product Backlog refinement）是指Scrum团队为产品待办列表中的项目添加细节、排序和估算工作量的活动。在这个过程中，产品负责人、开发人员和利益相关者会讨论下一步应该做什么，以及完成这项工作所需的努力、风险和复杂性。
不同的梳理方法
梳理产品待办列表的方法有很多，大多数团队会使用多种互补的技术来进行梳理。你可以选择适合自己团队的方法，以下是一些可能的梳理方式。
产品负责人独自设置优先级
详细说明：在这种方法中，产品负责人（PO）独立审查和更新产品待办列表。PO根据产品愿景和利益相关者的反馈，添加细节、澄清需求并确定优先级。这种方法在初步梳理时可能非常高效，但可能会错过开发团队和利益相关者的宝贵意见。
优点：高效，与产品愿景一致。
缺点：缺乏协作意见，可能缺少技术见解。
协作式头脑风暴
详细说明：产品负责人（PO）、开发人员和利益相关者聚集在一起，讨论和头脑风暴产品待办列表中的项目。这些会议促进了共同理解，并鼓励不同观点的交流，确保所有观点都得到考虑。这有助于及早识别潜在的风险和依赖关系。
优点：包容性强，促进共同理解。
缺点：耗时，可能需要有效的引导。
小范围梳理
详细说明：梳理工作在较小的专注小组中进行。这些小组可能由产品负责人（PO）和部分开发人员或主题专家组成，他们可以为特定的待办事项提供详细的意见。这种方法在详细讨论和效率之间取得了平衡。许多团队在使用这种方法后，还会进行更大规模的梳理，以便为产品待办列表中的项目添加大小，并为开发人员提供即将开展工作的更大透明度。
优点：提供详细的输入，高效利用时间。
缺点：参与者有限，可能错过更广泛的团队见解。
每周全团队梳理会议
详细说明：一些团队安排定期的每周会议，整个Scrum团队都会参与其中，审查和梳理产品待办列表。这些会议重点在于添加细节、估算工作量并确定优先级。这种一致的做法确保待办事项清单始终是最新的，并且为迭代计划做好准备。
优点：定期更新，全团队参与。
缺点：可能会重复，需要一定的纪律性来维持。
业务分析师主导的梳理
详细说明：在有专门角色的团队中，业务分析师（BAs）或具有业务分析能力的开发人员会主导梳理产品待办列表。他们首先添加详细的需求和验收标准，然后将这些内容提交给整个团队进行进一步的审查和估算。
优点：提供详细的需求说明，充分利用专业技能。
缺点：过于依赖特定角色，可能导致工作流程中的瓶颈。
迭代计划会议中的即时梳理
详细说明：一些团队喜欢在迭代计划会议中处理梳理任务。他们在计划迭代时，讨论、分解和估算待办事项。虽然这种方法具有灵活性，但往往会导致计划会议时间过长，并可能拖慢交付进度。
优点：灵活性高，提供即时背景信息。
缺点：计划会议时间较长，可能导致决策匆忙。
迭代过程中的动态梳理
详细说明：一些团队不会在迭代之前提前梳理产品待办列表，而是在迭代计划会议中决定在迭代期间要完成的工作，并在迭代过程中分解产品待办项。这种方法在面对面工作的团队中较为常见，通常使用便签纸来规划迭代。例如，我曾与一个使用便签纸创建产品待办列表的团队合作。在迭代计划会议上，团队会选择要交付的项目。由于便签纸上仅有一个标题，Scrum团队在迭代计划会议期间讨论每个便签纸的具体内容。在迭代过程中，团队积极与产品负责人合作，更好地理解所需的内容。
优点：灵活性高，提供即时背景信息。促进迭代期间的高度协作。
缺点：如果团队需要进一步澄清，可能会因为产品负责人是否有空而拖慢开发进度。
结语
无论选择哪种方法，梳理都是开发过程中的关键部分。它确保团队对需要完成的工作有清晰的理解，有助于及早识别潜在的风险，并使团队能够持续高效地交付价值。
