动机：
一 想利用scrum来改进自我时间管理；
二 实践scrum，将敏捷能在团队中自下向上的推动。
评价：总的来说第一次sprint是失败的。
1 可用工作时间估计不足，有客观原因比如863项目的各种干扰，也有主观原因如拖沓，不尊重TODO List的优先级导致非要事第一，容易走神等。
2 工作量估计严重失误。
3 在实践中对总的backlog的缺失以及对sprint backlog的无视。
4 任务之间缺乏优先级排序。
5 任务细化粒度不够。采用量化的时间粒度过大。
6 缺乏每日结束时的反馈与自我承诺（站立会议）
7 缺乏每日开始时的细粒度的计划
8 sprint长度估计失败。
改进策略：
1 必须早起，保证每天的工作学习时间
2 在破冰时间之后，计划当天任务，作出自我承诺，在此之后，关闭各种IM和Gmail。
3 在工作时间内，保证6小时的专心工作时间。
4 有一个基本的backlog，必要时请人一起来帮忙调整优先级。对于sprint backlog，要保持其稳定。
5 调整sprint长度，一周时间太短了。
6 根据sprint长度，选取最重要的事情，做一下任务细化，并且标注时间和明确任务DONE的标准，时间粒度最好为半小时，时间上可以宽裕。要充分考虑到有紧急事件会产生中断。
7 每日结束不光是要更新burn down chart，也需要回顾下今天完成的事情。必须重视回顾（retrospective），希望能做到每日每周每月都要积极的反馈和回顾。
8 工作量的估计不准问题目前主要只能靠回顾解决。在意识形态输出的第二阶段，会在团队中引入一些好的敏捷实践比如像扑克牌游戏来改进时间估计。有时间的话阅读下Steve McConnell大牛的《Software Estimation: Demystifying the Black Art》。
总的来说，第一次试验难免会暴露过多问题，希望以后能打起精神，努力解决。也必须耐心，不可妄想一蹴而就。慢慢来，哥不急。