ScrumMaster 自我突破訓練營 in 91APP ：ScrumMaster的生存之道

這是一場由公司舉辦的活動，肯定帶有招聘意味的，先看看議程吧！

看完這些主題，以為內容會完全圍繞在ScrumMaster(以下簡稱SM)怎麼自我突破？可能要讓你失望了，如同Terry所言，SM第一要務是要活下來呀！敏捷導入初期，雄心壯志的你，是否想要趕緊帶領團隊開始第一個sprint? 其實，sprint本身是其次，先想辦法活下來才是關鍵。

無論如何，先想辦法活下來吧！

許多社群中的朋友們，他們遇到的困境是，工程師想導入敏捷開發但上頭不全然支持，或是公司有意願導入，號稱自己是敏捷開發了，卻只是引入某些觀念，流於形式。這些公司或大或小，此時身為SM的你，如何融入變得相當重要，飯碗先保住了、credit有了，大家相信你是個咖了，才有後續發揮的空間。

身在91APP真的很幸福，因為我們的敏捷導入是由上而下，並非由下而上，在制度的推動上，一定會比其他公司來得更順利一些。但全公司近200位的PO與RD，如此龐大的人數，要怎麼導入敏捷？兩年前，我們從小團隊試行，並請Ruddy老師與Terry來擔任敏捷教練(在91APP，我們稱SM為敏捷教練, Agile Coach)，2018年開始逐步在各團隊導入敏捷開發，試著找出一個符合91APP的敏捷開發模式，今年換了幾種方式、不斷磨合，小團隊跑Scrum，大團隊跑LeSS。其實你問我，91APP跑得真的是LeSS嗎？不全然是。它只是以LeSS為基底，再根據組織做調整。這樣不會跑得很怪嗎？不全然是，但團隊準時交付，甚至跑得越來越好。

Terry分享的是敏捷教練的1個sprint，描述著他最近這個sprint的工作內容，不外乎是scrum五大會議、參與主管會議等，當然還有介紹他帶領的eCom大團隊，全公司人數最多、規模最龐大的團隊。

裡面有我，可以找一下！

看似順順地跑的這幾個sprint，你沒看到的是， SM(Agile Coach)如何幫助公司導入敏捷，例如引導主管們組成幕僚團隊，負責制訂全公司的OnePBI，或是在PO與團隊間做了諸多協調。而背後的思維模式，就是系統基模(系統思考)，讓主管們專心處理需求面的問題，讓團隊自組織負責處理達成需求目標，讓各團隊(幕僚團隊、各feature team)彼此之間達成平衡。而我看不到的是，在組織各個轉變期間，Ruddy老師無聲無息的推進。

91APP敏捷轉型的系統思維

Terry接續介紹如何運用系統思考來處理組織層面的部分。LeSS只有一個PO，可能還有多個APO(Area PO)，但91APP PM人數絕對大於LeSS定義的，如果不進行調整，絕對會受到很大的反彈，像我這種小PM，不就失業了嗎？因此，APO(Assoicate PO)、TPO(Team PO)因應而生，APO輔助幕僚團隊、TPO進入團隊，無論是處理需求問題還是執行面部分，大家各司其職。這是公司導入敏捷後做的組織轉型。

ScrumMaster不只是引導團隊和PO，影響範圍還包含組織層面。SM活下來之後，更應該思考如何運用敏捷思維幫助公司活下去，今天介紹的，或許是91APP敏捷之道(#91APPAgileWay)，也或許是導入Scrum後，ScrumMaster的生存之道。