Scrum框架介紹 in 91APP

過去，91APP的新人都會參加Terry的心體技課程。這次，我們打破限制，首次將新人訓對外開放，增加與業界的交流，並增加了我與林琪2位講者，一同打造 — 敏捷與 scrum 入門班 in 91APP

Scrum框架，好說也不好說

我負責的主題是Scrum框架，這題好講但也不一定好講。只要把scrum guide的內容說出來，所以好講；但硬生生的架構若不調整一下，聽得人肯定無聊，所以不好講。於是，我以「eCom一個sprint」作為主題帶入框架內，希望透過一些實際的操作面，讓大家理解Scrum、Scrum Role與Scrum Meeting。

至於聽眾部分，大部分的人都已經有一些基礎的概念，這比預期得好很多，所以在最後面Q&A的部分，大部分都是實務面的問題。

3個最重要的小事

在介紹Scrum之前，特別提了我覺得「最重要的小事」：

1. Time boxing：雙11不會因為你來不及準備就再多等你一天，因此時間到了就是到了，結束就是結束了。
2. 看見全貌：知道自己處在哪，要往哪裡去，有沒有與商業目標、公司目標對齊，也就是Ruddy老師常說的「專案開始之初，首要看見全貌」，這句話無論PO還是開發團隊都適用。
3. 擁抱改變：公司因應市場需求與策略調整年度目標，若沒有擁抱改變的心，很難適應市場上的快速變動

Sprint中，PO與Scrum Master留心的點

Scrum Role、Scrum Meeting有哪些，這裡就不再贅述，只提今天讓大家印象最深刻的事情，以及PO、Scrum Master可以特別關注什麼。以下都是經驗談，不一定適合你的團隊：

1. 四(五)大會議裡，無論SM還是PO都要掌控時間與流程。
2. Planning：SM要特別關注的是，別讓PO把團隊餵太飽，吃飽了還硬塞。而PO要注意的是團隊領的狀況，在領的過程中，適時依照團隊目前的狀態機動調整後面stroy的順序。另外，Stroy的Task盡可能的拆得細一些，有助於團隊的互相協作與幫忙。
3. Daily StandUp：SM關注是否有人需要協助、有沒有人沒有說到話等。PO不一定要出席，若有，則可以關注團隊開發與測試狀態，開發的順序是否有與PO順序一致，避免造成在sprint即將結束之前，QA沒有時間驗證的情形。
4. Review Meeting：若無法邀請實際user來，可以邀請和user緊密接觸的AM與客服參與。Review的形式不拘，若能有真實的互動會更好，例如舉辦園遊會，擺攤讓AM與客服實際操作，並從旁觀察使用情形。特別注意的是，這種方式適合願意接受評論與挑戰的團隊，若團隊不成熟，可能會造成負面效果，舉辦園遊會之前請三思。
5. Retrospective：PO不一定要出席。Retro對事不對人，僅僅只是對這個sprint的開發流程、工作項目或工具等提出好與不好的地方，經由排序並挑選作為改善。而SM要注意的是，下一次retro要再將之前提出的改善項目一同檢視，才不會流於形式。
6. Refinement：在確認需求後、進入開發之前可以預先得知風險與可行性，若這一個sprint的開發狀況不佳，是可以不開的。SM在開會前，要先確認PO是否準備好了。開會前，PO應進行需求確認，了解需求目的並帶著user story與團隊進行討論。

Scrum是經驗主義，跑過才知道

Scrum guide說的都是概念與框架，現實工作中，還有很多限制與變化，這考驗著SM、PO與開發團隊的信任與敏捷度。或許我們不必照著書上跑，如果可以一起完成目標，不每一項都遵循又如何？但請注意，在還沒學會之前，就先亂跑一陣，是很危險的！

Related Info.

1. 王泰瑞 Terry Wang： [心得]敏捷與 scrum 入門班 in 91APP
2. 林琪：Scrum入門班 in 91APP –〈為什麼敏捷〉Workshop