我们怎样让别人了解我们的 sprint
让别人了解和让公司了解我们在做什么产出什么，对于公司内部的支撑部门很重要。对于Devops团队，为了让公司和其他团队了解我们的“sprint”和产出（我们的这个维度不是一个sprint了，现在Devops的整个节奏还没有统一），我们当前以简报的形式来推送产出。后续考虑增加Devops层面的运营回顾会议，邀请相关责任人来参加。如果做需要很多数据准备等等工作，一步一步来先完善过程和结果数据，比如最基础的运营分析数据，提高团队的专注度和响应机制。
我们怎样编写 sprint backlog
创建sprint backlog的时间在sprint 计划会议之后，第一次每日例会之前完成。
什么形式来保存sprint backlog，我这边也推荐使用实物便签，放到任务版上。个体交流和互动over工具和流程
每次站会后都需要关注和移动spring 事项，尽量在每个任务上增加人员标记，可以是简写也可以是特殊的磁贴。
燃尽图，记录和告警sprint backlog的任务完成估算。
天数估算 vs. 小时估算，针对故事我们也推荐不要进行微观估算，但是在使用看板中为了计算团队的交付周期等，大于1小时的任务也上到看板上。
如何布置团队
价值关注是减少沟通阻遏，只要是团队坐在一起就能够提高沟通的效率。
互相看到
互相听到
PO有条件也要和团队坐在一起
我们怎样进行每日例会
何时更新任务版，尽量在每日站会的时候，提高关注和交流，并阐述流动，如果其他时候流转要在站会时说明一下。
每日站会关注阻碍
昨天做了什么，今天做什么，有什么问题
我们怎样进行 sprint 演示
为什么我们坚持所有的 sprint 都结束于演示
我们怎样做 sprint 回顾
Sprints 之间的休整时刻
休整是为了带来更多的思考和全身心的投入到下一个sprint中
怎样制定发布计划，处理固定价格的合同
定义你的验收标准
对重要的条目进行时间估算
估算生产率
根据历史生产率和当前的实际投入程度来进行参考估算
