以下狀況,可能都會環環相扣,而且僅提供作為參考
內容目錄
# 該怎麼評估團隊適不適合跑Scrum?
Scrum定義了五個核心價值(5 key values)
簡單來說,這五個核心價值想表達的是,團隊必須能夠以「開放的心態」接受錯誤、不臣服於失敗,而且可以「專注地」處理「承諾」,同時要「尊重與信任」團隊的每個成員。所以可以先根據這五個核心價值來評估看看。另外,根據Scrum相關資料[1],還有幾點可以參考:
- Empowered and Autonomous
- Cross-functional
- Self-organized and small
- Full-time participants
- Working in the same room
- One for all, all for one
我的見解是:
- 主管願意讓團隊去嘗試、而且自主性要高
- 團隊擁有完成一個產品的所有專業,每個人有獨立的專業之外,還願意去學習與參與更多
- 團隊可以自我管理,不會受控於其他人;人數介於5~9人
- 團隊每個人是全職、且能夠處在同一個空間
- 一個人烙賽,其他人能夠互相Cover;個人的事、就是團隊的事
# 該怎麼導入?
再導入前,建議先跟團隊聊聊,了解成員的想法,避免在團隊不知情下直接導入。當大家有共識,可以嘗試:
- 給成員有足夠時間了解Scrum,看書、看影片、爬文都好,最後可以嘗試舉辦讀書會
- 為了避免淪為Scrum自助餐,團隊可以一起訂公約
- 可以抓一段時間當「示範週」,盡可能照著Scrum的相關規範與公約執行
- 示範週可以讓每個人嘗試擔任實習Scrum Master
如果團隊能夠維持公約與Scrum規範,而且每個人都充分了解Scrum,那就可以評估正式導入囉!
# 當要來真的,有什麼要注意的?
開始第一個Sprint前,務必先執行 Iteration #0(迭代零),為什麼呢?Scrum有時候會失敗,不是Scrum本身的失敗,而是團隊沒有充分準備好。都跑過「示範週」了,為什麼還沒準備好呢?「迭代零」與「示範週」不一樣嗎?
我們可以把迭代零當作是「技術與Backlog」的準備期,這段期間我們要做的事:
- PO與團隊協調討論Product Backlog
- 根據現有的資訊,團隊需評估尚缺少哪些技術與資源,利用這段期間來研究與尋找
- 討論相關開發流程、文件建置、Story與Task要怎麼歸檔等等
- 決定要用什麼方式視覺化(例如:燃盡圖要畫在哪?看板要用什麼軟體?)
- 其他(任何想避免在跑Scrum時造成手忙腳亂的雜事,都可以放在這個迭代完成)
迭代零建議控制在兩週,避免陷入BDUF[2] (Big Design Up Front)
參考資料
[1] THE SCRUM FRAMEWORK TRAINING BOOK BY INTERNATIONAL SCRUM INSTITUTE™
[2] Big Design Up Front 維基百科
1 Comment