推荐订阅源

   事件的起因是每个冲刺最后需要作的回顾。考虑到整个团队彼此之间实在是太熟悉，经常会出现所谓的集体无意识，我将回顾会议改为每个人事先发给我他的个人意见，我加以整理合并，然后在回顾会议上提出供大家讨论补充解释。这样就避免了在会上都重复一句话，前面的都说过了，我同意。可是这次，印度那边的文档MM却怒了，因为我们这有人说她前几故事的文档稍微延误，而且都是再说开发和测试高效，从来没人说过文档高效，她一个人写两个产品线的文档辛辛苦苦确不被人认可。。。

  说实话，对于远在印度的文档团队，我一向的态度就是认真按时文档不要阻碍我接受故事就行，并没有从内心里太在意他们的感受，也许正是这样的心态多多少少反映在工作中，让他们有失落的感觉。另外一点就是和文档交流的主要任务交给了BA，我虽为Scrum Master，参与交流的并不多。当我接到这个MM的信的时候，我并不在意她的意见，但是这个事件确深刻的教育了我作为一个Scrum Master还有太多的细致工作没做好。

  作为一个Scrum Master，首先一点就是要让团队里面的所有成员真的是按照一个团队的方式在工作，而不是谁和谁之间形成点的联系，而其他人完全被屏蔽。打破这种工作状态，首先还是要让大家理解这么作是为了什么。开发和测试之间的关系应该不用赘述了，而文档可以告诉我们的其实也很多，至少如果文档写的不是很清楚的话，我们每个人都需要反思我们的用户体验是不是真的就设计的这么好，同时在开发过程中，我们也经常会碰到多语言的问题，印度MM至少可以帮你把把关，保持统一和专业，因为她们不懂技术，更能站在用户的角度看问题。

  还是要把工作做细做到位，要时时刻刻关注团队中的每一点，扫清每一个沟通的死角。