工作驱动产生的讨论。
背景：
项目组组建两个Scrum团队，每个Team，一个ScrumMaster，两个BA，三个Dev，三个QA。
每个release分三个Sprint，其中前两个Sprint作为SIT+UAT+，第三个Sprint留作Regression/Release。
--------------------------------------------------------------------------------------------
每个Sprint Planning Meeting：预估Dev+QA Effort，安排Priority。
要进一步细化任务分配，确保能够按时交付：
- 可视化任务安排
- 确保初始任务安排从环节到个人满足delivery in time状态
-------------------------------------------------------------------------------------------
Sprint 开始后，每日Stand Up Meeting：汇报进度，调整安排。
跟踪推动进度，及时向PO反馈交付计划变更：
- 以任务为中心，统计完成度
- 遇到瓶颈，及时调整任务和人员安排
- 绘出Burndown Chart
-------------------------------------------------------------------------------------------
Sprint Review 重点关注未按计划交付的部分，找到原因，及时修正。
回溯历史记录，找到瓶颈，对症下药：
- 观察Burndown Chart总结问题
- 评估总体任务量
- 评估每个人的交付情况
- 若有未交付，列出影响时间的三大dependencies因素，留给下次优化
-------------------------------------------------------------------------------------------
高亮部分留给接下来补充实践细节。希望借助工具，进一步优化任务安排和分配，达到提高“交付”——第一生产力的目的。
其他参考：
协同软件：管理还可以如此轻松高效 （核心理念是明确"Who do what by when"，让工具帮我们完成不是必须由人类完成的工作，让个体进度服从整体进度，实现项目如期完成Just-In-Time。）