Scrum第十八步：持續迭代衝刺

【Scrum持續迭代衝刺】
先來回憶摘要前面幾篇講的內容，

●團隊Team building
●相關輔助資訊
角色定位圖
便利貼
角色定位
發展階段模型
故事地圖
團隊共識與啟動會議
●團隊活動
翻硬幣
用戶故事地圖
Relax
●Scrum
Planning
Daily
Review
Retrospective
Refinement

雖然團隊是自願要跑敏捷，但對於變革過程還是多少有些不適應，既然已經知道變革過程-薩提亞變格模式會有哪些反應，那就先做好相關準備再進行，混亂階段會縮短很多。如同醫病關係一樣，當醫生有告訴你接下來會有哪些症狀、做哪些治療，我們都會較容能接受後續考驗，甚至正向面對。

後面迭代就差異不大，我就抓幾個重點來說。

我們是採用「由下而上」的方式，慢慢了解與演進成Scrum，把握這大原則，讓大家了解Scrum每個元素的意涵後，再「由上而下」正式的整合所有元素進行Scrum。
提供一開始的計劃給大家參考囉!

Sprint 0:觀察與準備
Sprint 1: 了解Scrum會有哪些產出、角色、會議
Sprint 2: Task更新同步狀況熟悉、AC驗收標準、DoD(養成習慣為主)
Sprint 3: Task準確性(由下而上寫出 Story、Feature)，同理心角色的切換、換位思考、商業價值、Burndown精確
Sprint 4: 由Feature > story >Task 列出，精確

Refinement

。Planning進行前，先與PO確定，是否有足夠的資訊可以進行規劃，有的話，再討論預計Planning的流程
。檢視與調整使用者故事地圖(排序與挑選出Planning中要執行的需求)
。轉換成User Story的開放思考描述句(視團隊狀況，越成熟的團隊越適合。不過倒也不是絕對，初期以熟悉的方式為主)

Planning

。過程中，先請PO講解這次衝刺需求單，大家討論理解後，開始進行拆解出Task
。如果是沒做過的產品或技術，初期可以進行預估點數，否則大多是以"信心點"(依個人過往經驗來推算)來做估計
。"估算"的投資時間，就依當時專案的狀態來進行必要的投資囉，當然也可以建立個Sprint0，把需要的經驗先建立後，再進行之後的衝刺Planning
。計算這次Sprint總工時，讓開發人員知道這次每個人有多少時間解多少任務
。據經驗，大概到第4~5次Planning，團隊就會自行運作

(第二版)

(第三版)

Daily

。可先照著範例"昨天、今天、困難"
。依專案狀況、人員調整Daily內容
。手拿個物品當作話語結束點，輪流拿著發話(初期會比較無法掌握說話的人是否說完斷點，也可緩和氣氛)
。SM要觀察"問題、反應"做出相對應的處置，可能會遇到講話保守的或表達不清的，都要協助釐清，這也是成員練習表達的好空間
。SM也要對看板反應出的現象做適當處理
。初期有需要的話!可以利用Daily後，進行Scrum觀念的補充解釋，讓大家對敏捷慢慢內化
。細心觀察整個團隊的反應，安排適當的活動來擬補(例如:默契不好就辦個團隊活動活化，信任、溝通不足就體驗下遊戲來反思)

(最後-屬於此專案與團隊合適的無泳道看板)

Review

。內容先與PO討論後，再計劃流程，如有需要利害關係人做出特定的回饋與決策，可以協助設計Review活動安排(可以是問卷、體驗、問答、趨勢...)
。事前的規劃準備(email相關人、流程、簡報、操作、進度、衡量指標...等等)，端看此次Sprint用哪一種方式能發揮最大效益
。內或外部展示型式，可以有不同效果的安排，但要注意與外界的資訊透明與同步
。Review同時也是成員成長很好的時間與空間(練習表達、承諾回應、任務成就、回饋改善...)
。不要太過在意與糾結"指標"滿分，而是要關心今天有沒有比昨天進步一點