[生活記事]Scrum 敏捷流程框架分享
回顧在公司內部分享敏捷的那些小事
“ Scrum is:
Lightweight
Simple to understand
Difficult to master ” — Scrum Guide
翻開 Scrum Guide 一開始對於 Scrum 的定義,明確指出是『輕量、易懂、難精』;的確,對於一開始沒接觸 Scrum 的人來說,只要將完整流程跟角色執掌介紹過一遍後,通常都會有個概念,但是要真正的運用在實際工作、運用在專案管理、甚至是運用到日常生活,很可能是一個問號(?)
“ 因為在不同的環境、不同的場景、不同的人事物上,不可能只用一套相同的方法,就保證可以完全適用 ”
Scrum Framework

Scrum 流程就不在贅述了,網路上有許多很棒的影音及網站,都介紹的很完整,我們直接把整個 Scrum Framework分化成五個區塊 。
“ 梳理需求 價值優先 ” (Product Backlog Refinement)
首先將使用者夢想中的需求轉化成產品待辦清單,並依價值取向排優先順序,產出 Product Backlog。
“ 聚焦目標 拆解工作 ” (Sprint Planning)
決定這次衝刺的目標,先從 Product Backlog 挑出 Sprint 要完成需求項目,再將需求項目拆解成實際工作的細項,所有工作項目都由團隊共識決定,產出 Sprint Backlog 。
” 執行 “ (Daily Scrum)
每日15分鐘站立會議,只談以下三件事:結束後全力衝刺產出 Increment。
昨天做了什麼?
今天預計做什麼?
有遇到什麼困難?
“ 交付成果 接收回饋 ” (Sprint Review)
將這次衝刺所產出的成果,展示給使用者做驗證,並接收使用者對於產品回饋,促使產品一次一次的貼近使用者需求 。
“ 檢視調整 改善計畫 ” (Sprint Retrospective)
檢視這次衝刺的所有環節,What to keep? What to change? 並提出具體改善計畫 。
先鋒團隊內化
由於在公司內,我們小組算是整個資訊中心,首先試行敏捷開發,利用迭代方式發行產品的團隊,已經試過了三個以上的專案,當然免不了踩了一堆坑,但跌倒了總是要爬起來(其實滿想就這麼躺著),最後整體團隊的向心力以及軟實力,都是正向的提升,所以後來決定將敏捷流程推廣給內部其他同仁。
共創體驗
整個分享時間約為三個小時(一小時講解敏捷工作流程(Scrum)、兩小時實作體驗),因為時間非常短,所以流程上先概括介紹敏捷工作流程,包含角色執掌及敏捷工作流程裡面各項活動的說明,讓大家有個概念後,直接進行實作體驗,把分享著重在體驗上。
分組
共兩組人馬,一組五人,每組安排一位 Scrum Master 做引導,小組成員的分佈並沒有設計過,就剛好是以下這樣,因為第一組有UI/UX,所以我們稱UX組,第二組就稱為架構組:

主題:樂高蓋城堡

這次的體驗,選擇以樂高共創的方式進行;我們小組預先準備城主的對於城堡建設的心聲(也可稱為夢想),洋洋灑灑列出了10多條,希望透過共創遊戲,體驗敏捷開發的精神 。
實際體驗的時候,其實兩組都有遇到不同的問題,節錄如下
UX組
一開始在 Daily Scrum 發現五個人各做各的,無法順暢的配合,經討論後,也發現蓋城堡是有順序性的(由下而上),立即調整後,順利的完成城堡 ,而且完成度非常高呢!

架構組
在 Sprint Planning 的時候,排入的工作太少,導致 Sprint 最後一天時,有人力閒置的狀況,其實在每日立會時,經由 Scrum Board 就可以一目瞭然,工作項目都差不多在 “Done” 的區塊了,這時候可以彈性的從 Product Backlog 挑出項目來執行,即可解決人力閒置的問題。

觀察
小組在分享歷程的時候,UX組提到他們在開始之前,先針對城堡設計畫草圖(還有 Google 城堡長什麼樣子),草圖內將各項設施擺放位置都設想好了,也因為有草圖可以對照,整個城堡的架構非常有條理(再次體會到了UX的價值);架構組則沒想那麼多,直接動工;兩組共通點,都是不段的檢視與調整,直到完成一座城堡。
省思
這次活動讓我想起了 TED『Tom Wujec: Build a tower, build a team 』演說中提到的棉花糖挑戰(Marshmallow Challenge)
乾義大利麵條 x20
膠帶 x1
繩子 x1
棉花糖 x1
在18分鐘內,用上面的材料,建立一座高塔,然後高塔頂端必須能支撐一顆棉花糖,四人一組,在時間內築起最高的團隊獲勝。
最映像深刻的是幼稚園組的高塔竟然比起大部分成人組別還要高,Tom表示幼稚園組一開始就以棉花糖為基礎直接築起高塔,一發現哪邊架構不足以支撐,就立即修正,總是讓棉花糖保持在頂端;對比成人組,一開始先設計高塔架構,等到高塔架構完成,最後在頂端放上棉花糖,這時高塔直接倒下,一切重來;差距就在於,幼稚園的小朋友們,因為棉花糖總是在高塔頂端,所以可以直接測試高塔結構是否可以支撐,每加上一根義大利麵,若發現問題都可以及時修正補強,所以大部分時間都是想著要如何讓高塔結構更加完整。

結語
利用樂高共創的模式,可以讓參與的人員,了解大家的目標是一致的,而在 Scrum 模式下,因為資訊一切透明,遇到問題也可以藉著彼此緊密互動之下,立即調整,這也是敏捷四大宣言中,人員與互動重於流程與工具(Individuals and interactions over processes and tools)的精神所在。
“以終為始(begin with the end in mind)
以最後期望達到的終極目標為思考源頭 ”
Scrum流程框架中,在每次衝刺(Sprint)進行前的第一件事情,就是先說明這次團隊要達成的目標是什麼,然後要做哪些事情來達成這次的目標,在透過衝刺在短週期產出成果、驗證成果、有問題修正、只為達成目標,週而復始。近期也嘗試在生活上實踐敏捷,期待之後能再寫一篇分享。

