第一个 sprint

       经过昨天下午的调研和准备，今天早上重开了 sprint 1 计划会议，有些task 经过调研可以被合并，有些则要
变更实现方法，但变化最多的还是 task 所需时间，普遍被加长了。看来计划前的准备工作还是必须的，要是给老
板立下一个 mission impossible，最终吃苦的还是 team，要是老板再传给客户还有可能让公司信用受损。
       重新规划了 task 时间和依赖关系后，时间看起来还是很乐观的，3周的期限内只有 1周的工作量，虽然我隐
隐觉得有些什么不对的地方但毕竟是第一次实施，摸着石头过河吧。
       中午听说老板要一份计划文档，写这些东西本来就不是我的强项而且还有 task 在手，还是找个 scrum 流程
工具，让老板实时查看好了。免费的只听说了 XPlanner，上了官方网页一看，2006年就已经停止开发了。在
Ubuntu 和 Window XP 上安装均以失败告终，一种挫折感翻滚上来。
       下班前突然想起来，我们不是一直再用 Trac 嘛，何不看看有没有可用的插件呢。Google 一下还真有些经
验，有人用 ticket 和 milestone 实现 sprint 图表，还有现成的 agile-trac 和 BurnDown 插件可用。用Trac
大家都熟悉，省去了学习和熟悉的时间，怎么没早点想到呢。
       随便了解了一下大家的情况，发现进展大都不是很顺利， task 的估计时间还是有些短，尽管在估计时已经反
复提醒大家要考虑缓冲时间。暂时先不调整时间了，如果真的超时了只要在 3周内完成就好。有了这次的经验，
相信以后的 sprint 估计 task 时间会更好。
       离开办公室时天已经黑了，第一天的敏捷并没有能让我早点收工。

在选择 scrum 工具时应该优先考虑自己熟悉的、正在使用的工具，避免那些已经很久没有再更新的工具。估算
task 时间不能太乐观。scrum 实施要有领导层的充分支持，要尽早给他们展示成果，让他们知道一切尽在掌控。