敏捷中的晨会

早晨，我要求大家做晨会，在晨会上，每个人要回答三个问题：

1、我昨天做了什么？

2、我今天要做什么？

3、有什么问题？

按照Scrum，这个环节是很重要的。按照我的理解，第二个问题可以将所有人一天的计划开诚布公的透露给所有人，这样，我们大家就可以知道每个人在做的事情。第一个问题可以知道昨天他计划的有没有完成、这样配合上第三个问题我们就可以尽快的调配资源大家一起解决这个问题。（其实第三个问题也是可以估计今天的问题，这样小组人员擅长某项技术或者业务的人可以快速的前去帮助有问题的人。将隐患扼杀在摇篮中）从另一个角度讲，通过这种方式本想是推动交流和信息共享，提高人的进步速度，同时锻炼人们对于自己任务的度量能力（一次次的估计却没有完成，很快人就学会了）。

但实际上呢，在推行这个实践的过程中我发现，有什么问题这一项收集的信息最差，一方面有能力的程序员是无法估计出自己的问题的，往往非常自信，但结果完不成。大多是因为在做的过程中追求更多的功能或者更灵活的结构。我认为重构和设计是很有必要的，可是一个没有全局素材的情况下，做出来的设计肯定是有较多拍脑袋的成分在里面，势必是一种浪费。另一方面，明明不了解一个业务或一个流程却不认为是一种问题。这种情况在让我想起以前打篮球时候的一个黑话：没“意识”。说不出问题来的人等于是传球没意识的人。还有一种情况是无法估计出的问题，当然这也不是晨会能做到的了，因为大家都在这里都没想到，那就是晨会无法避免的风险了。应该去想别的办法。