故事点数的估算
大家首先在团队内确定一个或者2个故事点的大小的用户故事，作为其他故事的参考点
团队通过投票的过程为每个用户故事卡片富裕对应的投入值，po不参与投票但会在现场解释故事，
在每个用户故事上协商对应投入的值（故事点）
预估团队的sprint速度，计算需要几个迭代完成目前的需求，每个迭代完成多少故事的点。
发布计划中，产品backlog被分配到spring中
指定好发布计划后进行第一个sprint会议
分解高优先级的特性
培训团队进行自主管理
授权，不干扰观察，支持，创造环境。先不管
忍受错误及阵痛
培养积极主动的行动文化，问一下每一个员工你为什么来这里工作
从招聘开始，选择愿意不断学习，对公司及技术充满热情
打造多面收合作恶化专才。
团队共同对目标做出承诺，从实现目标获得成就感
没有个人的失败，只有团队的失败
简单的团队规约管理
利用回顾会议来做持续改进
避免人员经常更换
每日2次站会 晚上确定哪些工作做完了，哪些人要加班哪些人不要加班
站会中分享值得分享的是
值得一提的缺陷原因
模糊业务逻辑梳理后的简述
特别技术使用
长时间问题后讨论
站会有有小会
常见问题
一对一的工作汇报
流水账，求全，但是没有让我一点深入分享
深入细节
站会的3
中状态
- 依赖sm全程协调
- 每个人轮流协调
- 无需协调大家自发相互提醒，无需指定协调人也能保持站会的质量