第8部分(第2/4 页)

一次站立会议，因为这是首次举行站立会议，大家相互看着对方，觉得很好玩，兴致都很高。阿捷首先把自己负责的任务讲了一下。包括自己将会如何设计、对不同的实现方式进行了比较，然后给出估算，觉得应该可以在一周内做完，然后交给测试人员进行测试。大民、小宝基本上都是同样的模式，也把自己的任务讲了一遍。小宝觉得自己那块有些复杂，可能要花上8个工作日才行，估计剩不了多少时间留给测试了。阿朱和阿紫因为要等着开发人员做完后，才能进行测试，所以也没开始具体做什么事情，讲起来自然很简单，两个人总共花的时间还没有大民、阿捷一个人用的时间一半多。但即使如此，不知不觉地时间就到了11：40，大家差不多站了一个多小时，腿都酸了，刚好都到了吃饭时间，大家一哄而散，下楼去吃饭。

在接下来的日子里，如果有会议室，大家就到会议室里开站立会议；如果没有，大家就聚到阿捷的格子间凑合一下。有时候是上午10：00开，有时候是10：30，还有一次因为阿捷上午要开部门的Dashboard会议，大家的Daily　Scrum站立会议是在下午3：00开的。有时候大家会对一个技术问题展开激烈的讨论，有时候不知怎么的，大家就会扯到姚明、NBA、奥运会北京限行措施、抢购奥运门票的事情上去，偶尔还会聊聊公司的公积金政策、部门的人事变动等，反正每次的会议都挺长。有时候谁累了，就坐在椅子上或桌子上，听别人讲。当然还少不了阿紫、小宝这样的短信狂人，收到短信时所带来的噪音。有时候，阿捷也觉得这么做真的有点浪费时间，相信其他人也有同感，但即使如此，大家还是把站立会议坚持了下来，毕竟Scrum很重要的一点就是强调Daily　Standup　Meeting的！

大民、阿捷所负责的任务基本上都按期完成了，阿朱、阿紫分别进行了测试，虽然发现了一些小问题，但大民、阿捷还是在Sprint结束前就修正完了。但小宝所负责的任务，就像他自己第一天所说的，真的遇到了麻烦。一个模块总是出现Core　Dump，无法运行，小宝换了好几种方法，甚至做了Debug版本，进行单步跟踪，还是找不到问题。甚至在开站立会议时，大家等了他好几次，他才不情愿地从座位上站起来，参加站立会议。在会议中间，还跑回去几次看看运行结果。因为小宝自己没有主动提出需要帮忙，所以阿捷、大民也没好意思帮他看到底问题出在哪里。直到Sprint结束前一天，小宝才兴奋地告诉大家，问题终于解决了。可留给阿朱的测试时间只有一天多，虽然阿朱早已准备好了测试用例，但对于这样一个复杂的特性，这点儿时间还是不够的。于是，在这个Sprint中，小宝负责的模块没有完成最终测试。这让阿朱很沮丧，因为感觉好像是她的工作没有做完。同时阿朱也很委屈，毕竟在这次快跑中，自己的工作前松后紧，自己也想努力完成最初计划的事情，可是小宝的工作一直没完成，自己也只能是干着急，毫无办法。txt电子书分享平台

第5章　成长的烦恼（2）

对于这种现状，阿捷更着急。不仅仅是因为这个Sprint的原始计划没有完成，更重要的是自己团队的第一次快跑就这么搞砸了。在Sprint结束后，阿捷组织大家进行了一次简单的回顾，谈谈大家对第一次快跑的感受。在会上，阿捷虽然想了点Ice　Breaker，试图活跃一下气氛，但因为第一次快跑的过程与结果都不令人满意，气氛还是很压抑。大家谈得不多，基本上觉得每天的状态报告会花了太多时间，其实应该把这个时间更好地用到项目本身才对；另外，因为Scrum本身只是一个框架，没有定义具体的编程实践，不如一些XP实践更具有可操作性，关键的还是大家基本上都没看到这个Scrum流程的价值，这次快跑让大家感觉有点泄气。小宝和阿朱甚至说，干脆别搞Scrum了，似乎带来的问题更多。阿捷好说歹说，才使大家平静下来，最终达成的一致意见是暂时停下来，重新审视一下，看看是不是可以改善一下，在找到真正可行的办法或者操作实践后，再继续搞Scrum，再试验下一次快跑。

阿捷这几天一直很苦恼，再加上7月的北京已经开始变得炎热起来，阿捷就有点着急上火，不仅仅睡觉不踏实，连嘴边都起了大泡。从感觉上讲，Scrum应该是一个很好的项目管理模式，不然敏捷圣贤也不会推荐给自己，而且要不然像Google、Microsoft等大公司也早就放弃了。可能只是自己实践的方式不对吧，但却