接口进出

在scrum中，作为scrum master必须要做好一个接口的作用。

标准的scrum中，通常一个sprint一点确认了任务以后。通常master就要有责任和义务为组员抵挡一切干扰。以确保sprint能正常demo。

实际工作当中，很多的干扰也是超出master的管理范围的，那么究竟有哪些干扰呢。我们来总结一下：

上级对个别组员的干扰：直接分配任务给具体组员。（老实说，这样的上级确实太二，或者说操心太多。）
客户对个别组员的干扰：直接以客户的角度分配任务给具体的组员。
Bug和环境问题的干扰：当过程中出现了前几个周期的bug，或者环境出现问题而影响进度。

个人想到的也就这些，解决办法。尽量引导组员将问题抛出来解决，培养成员team的概念。一旦有新的任务过来，都是组里面的任务和事情，而不是个人的任务和行为。并且所有的输出都team的输出，不是个人所为。这样一旦问题被抛出来，master至少对问题有了一定的了解，可以采取及时的措施。如果所有的输出以team为单位输出，那么问题也必须经由大家的plan和商议。这样能大家一起帮助规避风险。

对于上级和客户的私自行为，master可以去和对应的人沟通。如果对应的人坚持己见，可以将所面临的风险列出来，并告之对team的影响。如果对应人一意孤行。（人往往觉得自己的事情永远都是优先级第一的。尤其在一些有强烈优越感的manager们面前。）那么只能说具体情况，具体分析。要么想更上级汇报。（下策）要么勉强接受。（上策）因为在实际工作中，太过冒进有时候会伤及自身。而且manager有时候的决定是站在更高的角度来考虑问题，也许有些事情不方便告诉你，也许有些事情确实是自己认识不够。那么这种情况，只能尽量完成工作，但不作出承诺。


大忌：组员认为这个事情无伤大雅，边私自将活拦下来，然后竭力完成。在出问题前，要给组员明确这样的思想。出问题后，鼓励组员的同时并强调事情严重性。从而保证下次不再犯同样的错误。