描述至少两种有效的会议/活动的倾听技巧

一、计划会议

    计划会议的意义是让团队共同确认和理解本次Sprint要完成的工作。参与本次Sprint的所有人员都要参加。

    计划会议的第一步，是产品负责人向团队成员详细讲解每一个User Story。讲解后并对User Story进行排序和估算，团队集体参与，可以借助敏捷扑克牌来进行集体估算。最终制定出这一期Sprint要完成的Story列表，即Sprint Backlog。与会人员应认真听产品负责人的讲解，并发表自己的意见，以确保自己对每一个Story理解都是正确的。我们在分析用户故事时，要清楚用户的根本需求，从而制定最佳解决方案，问题的最优解往往要考虑其投入产出比。

    计划会议中，Sprint Backlog的制定，是整个Scrum团队基于自身情况共同商议讨论的结果，而不是产品负责人自己独裁决定的。Sprint Backlog制定出来后，下一步就是要对Story进行任务分解和领取。

    在确认了Sprint Backlog之后，计划会议的第二部分是团队对每一个Story进行任务分解并自由领取。 分解的标准是将完成该Story所要做的所有任务进行分解。当然，这些任务不仅仅是开发的，也可能包括非开发性事务。如文档撰写、销售联系、付款采购等等。分解任务后，大家自愿领取喜欢的任务，并完成工时的预估，最终每个任务都有明确的负责人。

    要注意：任务的领取要遵守自由、自愿的原则，而不是由项目经理硬性指派并指定工时。

    计划会议中，为什么任务可以自由领取，并且不怕团队成员多估工时呢？主要有以下几个原因：

        1、开发人员自己领取，并做估算，是对团队的一种承诺。

        2、任务的规模大家有共识，加上良性竞争，所以不怕故意高估工时。

        3、每天召开站立会议也会及时同步信息，保证信息公开透明。

        4、借助禅道项目管理软件的工时、动态、燃尽图等功能，及时了解大家的工作情况。

二、回顾会议

    Scrum回顾会议是一个周期性的回顾，总结工作中的经验和教训。回顾会议发生在验收会议结束之后，下个迭代计划会议之前。时间一般为1-2小时。Scrum团队所有成员都要参加，Scrum Master要确保回顾会议的正常举行。

    回顾会议旨在对前一个迭代周期中的人、关系、过程和工具进行检验。从而明确了团队接下来要开始做什么，停止做什么，以及继续做什么。

    Scrum团队中，除了产品的迭代改进，团队的技术实践同样需要逐步优化改进。很多Scrum团队对于回顾会议并没有足够的重视，甚至直接跳过了这一步。

    如果不开回顾会议会有什么问题呢？

    会导致对于项目结果及过程中的问题不清晰，长此以往，技术债务累积，最终导致项目失败。所以，回顾会议必不可少，Scrum Master应该鼓励团队在Scrum的流程框架内改进开发过程和实践，使得团队能在下个迭代中更高效。

    而实际要开好回顾会议也并非易事。召开回顾会议的最高指导原则是：“相信每个人当时都是尽了最大的努力。”这样可以给团队创造安全环境，避免开成“抱怨会”或“甩锅会”。

    Scrum回顾会议要求Scrum Master 要有足够的协调能力并活跃会议氛围，以提升团队成员的参与积极性，促使大家能够说出真实的想法，并发掘更有效的改进建议。

    在回顾会议的最后，Scrum团队应该确定在下个迭代中将要实现的有效改进方法，并在接下来的迭代中付诸行动。