日志
过程改进日记之学习Scrum2010-8-25：Backlog也上墙了
热度 3 ||
今天晨会一看，我的天，SQA MM昨天把N产品的module和Feature都整到墙上去了，果然是工作麻利的能人啊，执行力超预期噢，真好！
今天例会有个很可喜的片段
一新毕业的帅弟工程师（简称XD吧）简述他昨天的工作：“我在做某底层优化，我把A接口性能调优了，然后我发现B接口原来没有做容错机制，我加上了，今天我打算看看A和B同时处理的时候会不会影响C模块的效率”
SQA MM：“那你看看具体那张任务帖可以移到Done栏目去”
XD在看板前徘徊2分钟，嘴里念念有词：
“我的Feature应该是这条，嗯……，好像这条（指向下一个白纸条）也有一点点涉及到，就算到第一条上好了。”
“我完成的应该在这个Task上，嗯……，B里面的容错调整算不算新增的任务？”
“这个容错是我调优的一部分吧？那还是这个Feature”
“等等，好像A性能优化其实影响了X模块的性能，要不要算到X模块下，做为新的Task？”
“唉，我这周有三条任务，但是昨天做的好像和三个都有点关系，但又不能完全归属到这三个任务？”
XD无辜地看着SQA MM，脸上赫赫然地闪出个囧字
DPM：“这说明你还没有细分任务的经验，你回忆下你日常的工作，一定是这样的，我今天打算做哪些事情，如果搞定的话我就可以找某人确认下，然后或者修改，或者继续下一件事情？”
XD点点头，确认大致是这样的
DPM：“那你计划工作也应该是这样的，你不妨尝试下，把你这三条任务细分出来，分得尽可能细，然后把所有细的活动重新梳理下层次关系，这样你就可以把密切相关且串联的活动放在一起，形成一个任务，这样你可以得到新的任务。”
XD：“今天都周三了，我没有一个任务可以Done，看起来太没面子了，我可是做了不少事情了这样吧，我今天再想想看我的任务怎么写，
看着XD的囧样，我突然想到，思维导图对这种情况其实是个很不错的帮助，的确有必要给大家做个介绍。
回顾我们到目前的实践，正如SQA MM所说，这次Scrum实践的占尽了天时地利人和
天时：大的方面来说，业内关于Scrum的实践目前非常红火，小的方面来说，整个公司内部已经有其他部门在做实践。很多可以借鉴的经验。
地利：N产品是个新产品，没有太多的历史包袱，客户对我们的影响比其他产品要少。在开发节奏方面，Team有更多的自主性。
人和：其一，老大很支持、PM很有意愿尝试新的模式，其二Team中新参加工作的工程师较多，算是一支老带新的队伍，新人目前处于学习曲线的快速增长期，受传统习惯约束较少。
这样的机会是得天独厚的，很是幸运，所以，应该感谢一下老大、PM、DPM，以及所有新同学老同学:)
