本帖最后由 elgin 于 2010-3-27 14:58 编辑
实施Scrum半个月了（友商网6.0改版），总体效果来讲还是不错的，团队的氛围都很好。这段时间里面有成功的地方，也有需要改进的地方，这里就我个人的心得跟大家分享一下，我在这个团队里面是ScrumMaster的角色。
1、Scrum会议
Scrum的会议包括了计划会议，每日简会，周期评审会议，总结会议。关于Scrum会议有几点需要注意的：
1）开会的时间。开会之前需要做好准备，通知好各相关的与会者，特别是鸡类人员。说一下我实施的过程中的一件事，在第一个周期中由于首页的效果没有确定，我们做了一些基础的工作，紧接着评审和总结会议之后的第二天我组织了第二个周期的计划会议，但是由于设计组正在忙着修改首页，因为如果首页不能确定第二周期的任务是不能顺利开展的，在会议的中途设计组有两位同事就离开了，以至于后面设计组的任务是由一个人决定的。这是我失误的地方，当时没有考虑到实际情况，导致会议效果不佳。还有就是会议的长短，每个会议都有一个建议的时间，但是根据项目的规模可以做适当的调整，灵活的进行处理。
2）会场纪律。会场纪律很重要，这也是保证会议效率很重要的一点。例如每日简会，团队需要干净利落回答完三个问题“前一天做了什么？今天计划做什么？遇到了什么障碍？”，不能在会议上讨论细节，这点在实施期间特别需要注意，如果出现ScrumMaster需要及时的打断和纠正。
3）引导大家积极地参与。计划会议的时候，需要团队成员都参与进来对需求进行分解，对任务进行预估，这一点上做的并不是很好，可能是因为大家还没有理解自组织自管理的真正意义，我做的引导也不太够，我除了是ScrumMaster以外还承担的一部分的开发任务，精力过于分散也是原因之一。还有一点就是鼓励大家讲项目中遇到的问题，需要改进的地方，在每日的简会上大家很少讲问题，有时候需要询问有没有什么问题，才会说出来，这个需要ScrumMaster积极地引导。Scrum强调检查和调整，如果不讲问题，没办法知道需要做什么调整。
2、沟通问题
Scrum强调面对面的沟通，这是最直接有效地方式。沟通中有很多障碍，我们需要尽可能的排除这些障碍，面对面的沟通能有效地排除大部分的障碍。我发觉大家都很依赖于电子邮件和即时通信工具（QQ，RTX等），这两种工具都有几个缺点或者说是障碍：
1）发出信息的人不能确定对方有没有收到。抱怨“我发了邮件了，你没收到么？”
2）即使收到也不能确定对方有没有看。抱怨“我发了邮件了，这么久了都没回复！”
3）就算看了不能确定对方有没有理解。这一点我需要解释一下，可能有人会说“他回复说清楚了”，他真的清楚了吗？在传递信息的过程当中有80%以上的信息是由非语言（语气，表情，肢体动作等）传播的，在这些工具里面你看的到么？面对面沟通的时候你可以根据对方的语气，表情来判断对方是不是真的理解了你的意思，虽然不能说百分之百的准确但是已经排除了大部分的障碍。
依赖于电子邮件和即时通信工具还会产生两个不好的地方：一个是办事效率低；一个是逃避责任。第一个很容易理解，发出消息之后需要等待对方的回复，这通常都是一个漫长的阶段，我想大家肯定都有这样的经历。在这次的项目当中，有个小伙子，是刚来的，有一天下午，他在QQ上发了一条消息给我“这个页面是XX设计师做的么，我觉得有个问题，你有她的QQ么？”当时看到这条消息没把我给急死，我们开发组和设计组就在同一个办公区里面的，哎西…，这里没有批评这位童鞋的意思，只是拿这件事作为一个例子，当然后面和他说了之后，他改进了不少。第二个逃避责任，我想大家经常都应该听的到类似的话“我发了邮件了，他没回复，不知道是怎么个情况”。所以面对面沟通是非常必要的。
3、项目信息的透明和公开。
在以往的项目里面，可能项目的进度只有项目经理清楚，团队做着各自的事情。在Scrum里面强调，信息的透明和公开，团队成员需要互相了解彼此的工作情况，以便调整自身的任务或给其他成员提供帮助，以提升效率；管理层能及时了解到项目的进度，知道项目是在进展中。在项目期间每日简会之后我会调整sprintbacklog以及“谁何时在做什么”这两个文档，放置到公共的服务器上，然后发邮件通知鸡类人员查看。
6.0还在进行当中，后面还会有其他的项目，我将继续实施Scrum，有了积累在和大家分享！ |
