敏捷麻瓜奇幻旅程Scrum從0~1(II):初跑Scrum先建立一個暖身小週期
這個暖身週期的目的是在磨合團隊合作的默契,以及快速覆盤調整各環節不順暢的地方,讓團隊可以在正式開跑的時候更順利,與建立團隊彼此的信心。
當Scrum團隊組起來後(請看上篇:組Scrum團隊的特質),強烈建議先找一個很小的產品項目來試跑Scrum,這項目的產出價值很小,或是做出來的項目很遜都沒關係,這個暖身週期的目的是在磨合團隊合作的默契,以及快速覆盤調整各環節不順暢的地方,讓團隊可以在正式開跑的時候可以更順利,與建立團隊彼此的信心。
【成員角色】
剛開始暖身跑Scrum的團隊角色有:PO(我)、PM、前端RD、後端RD、數據分析師,外掛一位SM顧問。這樣的團隊大小我是覺得滿不錯的,大家可以溝通的很快速,PO相對可以掌握到每一位團隊成員的狀況。
【暖身_跑Scrum】
‧選題
成立Scrum團隊後,找產品題目會是PO的職責。題目建議一開始找一個很小的項目來做,不用覺得好像一定要找一個可以馬上對產品價值有很大提升的項目。PO可以從原本組織中的需求池(Product backlog)來找出合適Scrum團隊的題目。然後,可以用「緊密耦合度」與「團隊技能樹」來篩選出一個,是可以真正「落地」的項目來當為暖身題,而這兩個因素也會去影響Scrum跑的順不順:
緊密耦合度:是用來判斷此題目是否會影響到其它產品項目的運作。假設我們選了一個”電商折扣碼行銷工具”的題目,評估後發現這個題目會延伸動到”商品頁”、”購物車”、”結帳系統”、”BI系統”……等,而這些會被影響的項目同時隸屬在不同開發團隊負責,那這個選題的緊密耦合度就是非常的高,基本上很不適合Scrum來跑。原因有幾個,第一個是光產品前期的溝通成本就會非常的高,第二個是Sprint週期很有可能會被受其他團隊的開發工時所牽制。
團隊技能樹:是用來衡量團隊每個人的技能守備範圍是否可以完全的支持所選的題目。假設我們選了一個”推薦模型”的題目,但是團隊沒有演算法工程師,那這個選題所需的技能就是超出團隊的守備範圍,我們就會需要其他團隊的支援,那這樣也會去影響到跑Scrum的整個節奏感,我們去請求跨部團隊支援的溝通成本就會非常的高。
‧Sprint週期
一般來說Sprint週期似乎約定成俗是2週,但為了可以讓團隊更快的進入Scrum的每個環節,我們當時的暖身週期大約是8天(包含產品探索)。這沒有一個標準,就看當時團隊的狀況而定,以及所選題目的Scope的大小。我們是選了一個很小很小的題目當為練習,而且是只上到stage環境,主要目的就是快速驗證&快速失敗,並快速迭代團隊開發流程。
‧心態要到位,道具也是必須的
我個人認為跑Scrum能不能跑的好取決於心態,而心態的建立某一部分來自於環境道具的設計。當時,我是第一組的Scrum團隊,剛好公司有一塊區域正在等待裝修,我們就先暫用了這一個區塊來設計了不同的看板。Scrum場域的設計,我認為是必須且重要,透過有形的方式等於是一種宣告,告訴大家我們已經是一個Scrum團隊,我們是認真的要開始進入不同過往的開發方式。
【小結】
最後,這裡有一點感觸,就是組織在轉換Scrum開發的過程中,很容易對Scrum有以下的期待:
‧「快速」讓業績變好<<<<業績應該是來自商模設計
‧「立即」做出殺手級產品<<<<好的產品應該是來自R&D
‧「馬上」看到文化轉型<<<<文化建立是來自高層價值觀與同事價值觀
跑Scrum就是「快」!這是一開始導入Scrum很容易踩到的一個大坑。所以,身為PO會需要與你的直屬主管以及團隊,建立對於跑Scrum的心態與目的是什麼。不然,很容易就會直覺把「Scrum」與「業績成長」劃上等號(請看Waterfall VS Scrum的比較)。