其实现在Sprint2已经开始一段时间了，早该写点关于Daily Scrum的东西了，这里就简单做个总结吧。
第一次Daily Scrum，大家的时间观念仍然不是很强，Product Owner按时到场，而组员S和W还是迟到了，虽然是开会处与他们近在咫尺。最后我还是不得不喊他们。所以在开始之前，我再次强调了按时，因为Scrum就是Time Boxed的。接着S和W开始回答：
昨天我做了什么？今天我要做什么？我遇到了什么问题？
可能是因为W有了一定的开发经验和技术积累，开发进行的比较顺利，所以三个问题也很快回答完了。S昨天的任务主要是调研解决方案。不过由于技术的生疏，并且组内也没有类似的开发经验，所以遇到不少问题。S就提出了很多问题，从他的眼神中可以看出，他想从其他人那里得到答案。在他一连串的问题之后，我说：“这些问题是不是太细节了？”（其实我自己也是有疑惑的，S提出这些问题时，还有充足的时间，是否可以在这里讨论？不过再想想，应该不可以的，毕竟W和这个没有关系，他还在这里，这么细节的讨论也许耽误了他的时间。）接着Product Owner建议：“也许我们可以找A组的R咨询一下，他以前做过类似的东西。”“没问题。”我又转向S，“结束后我们一起去找他。”S又接着说：“那么看来，这个调研的任务还要再增加一天。”我说：“那就在这个任务签上直接改吧。”于是，他划去来原来估计的时间，写上了新的时间。会议结束。
会议结束后，我，重新计算了时间，更新Sprint Burndown Chart。在第一个Daily Scrum之后，Burndown Chart的曲线有了上升的趋势。
之后我又带领S到A组的R处，做了简单的引荐，就让他们自由交流了。S回来后，果然有了很大的突破！
其后的Daily Scrum都按照预估的时间按部就班的向前推进。
这个Sprint中间，我休假一周，Product Owner休假两天，都缺席了假期间的Daily Scum。危机也就在这个时候出现了！
