作为一个Scrum Master，核心体会：
1，改变团队的意识比想象中难，由控制-命令式转向自组织的团队是最大挑战
2，沟通能力的重要性，如何提一个好的问题比给一个好答案更重要
3，做一个敏锐的观察者，反馈，数据，观察，分析都很重要
一些掉过的坑及心得体会：
1，开好需求梳理会，做好需求排序，避免迭代计划会变成需求讨论会
1)，确保待放入迭代的backlog是经过排序的，通常我这边参考的排序维度有商业价值，时间紧迫性，风险，工作量
2)，团队对DOR和DOD标准达成一致并明确出来，可以通过自动化流水线设置部分DOD门禁作为标准，提升效率
2，通过迭代计划会议，确定迭代目标，选择不超过团队容量的story进入迭代
1），设定迭代目标，根据团队容量，并从就绪的backlog中挑选story落入迭代，通过迭代目标可以约束需求，迭代目标尽量用业务术语表达
2），拆分任务，创建sprint backlog，根据业务能力进行相应调整
3，每日站会：围绕迭代目标，将任务，风险可视化，快速调整，关键点：
1）控制迭代节奏，团队一起审视Task状态
2）将团队从命令-控制型的状态改变过来，在Scrum关键事件中进行行为改变
4，迭代评审会议：邀请真正的客户来进行迭代评审
1）会前环境准备，安排演示顺序和责任人，记录结果及意见
2）邀请PO及相关客户参加会议
5，迭代回顾会议：逐个审视迭代增量的问题反馈，团队共同识别good，bad，need improve三类事项，并投票选出下一个迭代应当落实的1，2个提高项，进入Sprint Backlog，可以使用AAR回顾
