[Day29] Scrum失败经验谈 – 没有经验的Scrum Master

这次最後一个要分享的Scrum失败经验，就是「没有一位具备经验的Scrum Master」，工程团队是一个协作性极强的团队，若是仅仅想要利用一般书面所学的工具，就想要促进的团队前进，极有可能就会像我一样，让团队经历一场灾难洗礼，在今年年初，我的主管开始寻求各方技术的高手来检视我们的团队，在一场会议中，对方听我的阐述之後，他直言，我们需要一个有经验的Scrum Master Product Manager，那时，我以为是在讲我的能力不足，直到现在，我才明白重点是「经验」。去年年底，公司派我去修习使用者经验的课程，课程内容很多元，讲述了许多理论和工具，但在每一周最强调的是课後实作，透过实作才能体会这些工具真正扮演的角色与价值。推动IT文化或管理也是雷同的，即便在前面分享了许多工具、概念，甚至是失败的经验，没有亲身落地走一回，是不能明白个中味道的。

对於IT来讲，重要的一直都是文化，可能从第一天听到Scrum的人，就会听见这样的说法，我也不例外，甫加入公司的时候，我刚听到这个名词，直觉地搜寻了很多资讯，也和工程师讨论，「文化」这个名词不断出现。明显地，当时我什麽都不懂，所以在跨部门的会议提及了几次「文化」却一点用途也没有。文化，是Scrum Master或产品经理或主管本身，身体力行的每一个行为，熟习IT运作的模式，更重要的是，为此去扞卫，当面对到不合理的状态、要求、需求，我们能为文化而拒绝（当然，这是以我们想要一同达到相同价值为前提），才能做为IT团队文化推进者。

检视这一年多下来，我们所接触的手法、机制、工具不计其数，终究对於IT来说，一直都在於文化孕育下的氛围，协作属性强的IT团队，好的氛围自然能带动内部成员每一位的成长，让好的事情彼此影响，没有一个能明白IT文化与样貌且能对外链结的沟通者，即便团队使用了成千上百的个工具，终究会是个形式而已，无法为团队扬起飞轮。Scrum Master在Scrum的守则里，是在团队遭遇障碍的时候，为团队排除障碍的人，既然Scrum是文化的体现，Scrum Master也能成为在跨团队传达IT特性、展现成效的角色，从我现在的角度来看，除了本身对於人的感知、公司文化的感知够强以外，也需要有经验，才能在之间转化、流动，拿捏准确的讯息，让团队创造成绩。我还要继续加油！