一，backlog
1.backlog应该停留在业务层面，清晰为什么要存在这个backlog
2.在sprint计划会议开始之前，backlog要井然有序，并不是说所有需求要清晰。可以是价值高的需求或者就是本次迭代要开始的需求要清楚
二，sprint计划会议
3.sprint计划会议产品经理必须参加，他来决策sprint的范围和重要性，估算由大家伙共同设置。范围～重要性～估算是sprint计划会议铁三角
4.sprint计划会议日程：1）明确sprint的目标或价值，一定是业务听得懂的语言；！2）控制好时间
5.sprint 计划会议可以采用的方法：1)使用索引卡进行优先级、工作量的评估；2)story的验证方式，即演示内容是什么样的，需要大家搞清楚
6.sprint计划会议需要明确的是：1)sprint的目标和演示时间，2)sprint的story和如何演示，3)每个story的估算值，4)sprint的生产率和资源，5)如果可以，再拆分成 task。
7.sprint之后发布sprint目标、演示时间和团队信息
8.生产率估算方法：完成的是point｜工作人天*下个迭代的工作人天
三，每日站会
8.可以在站会前要求大家更新任务板，也可以在站会的时候更新
9.站会结束，就应该有人算出剩余时间估算，发布新的燃尽图
10.处理迟到：迟到的人在存钱罐存钱，用于团队经费
四，sprint演示会议
11.成员的成果得到认可，感觉良好
12.注重真正完成，而不是貌似完成
13.演示检查列表：目标，简洁，快，业务
五，sprint回顾会议
1.看sprint backlog实现情况，查看生产率匹配情况，调整！合适point数
2.每个人都发言，关注好的和不好的，挑出不好的继续改进，不超出5个
3.环境轻松，注意力集中
4.多个团队中要有知识桥梁的角色来搭桥，主要是总sm来承担
六，scrum of scrum
1.周例会，讨论集成问题，团队平衡问题，为下次sprint 例会会议做准备
七，救火团队：可以适当设置救火团队，等稳定之后，再合并到其他团队
八，scrum master检查列表
九，如何做测试
提高代码质量，缩短测试周期。可以采用工具或者机制
