程式筆記

固定會議時間 無論誰缺席了這場會議（包含你的老闆），請固定時間進行站立會議，會議目的是使彼此同步整體的進度，並且在遇到問題時能互相幫助，使工作順利進行。 舉例： 上班時間是9:00 ~ 9:30，會議時間定在 9:40，讓成員有時間回顧昨日的進度、計畫今天的進度、整理思緒。 會議精簡 針對每日三個問題做重點報告，遇到的困難不需要當下討論，討論會耗費過多時間，失去站立會議的精神。應在站立會議後，與該問題相關的成員另行找時間做討論。 重視報告內容 不要以應付的態度來報告，會完全使會議失去意義，淪為以下情況： 昨天做了 XXX 今天要做 YYY 沒遇到問題 沒遇到問題是很好，案子可以順利進行。但如果在衝刺結束卻延遲工作，認為反正沒做完的留到下個衝刺在做，那就完全失去Scrum的意義了，對誰都不是件好事。

角色 豬組成員 Scrum Master： 確保合理的運作Scrum Product Owner： 呈現利益相關者與客戶的需求 建立需求清單 排列需求優先權 定義交付內容、時間 Development team（3-9人）： 分析 設計 開發 測試 技術撰寫 雞組成員 用戶 利益相關者（只參與衝刺評審） 經理 Scrum 流程 開始前 一個衝刺（或迭代）為Scrum開發的基本單位。每個衝刺週期為一週至一個月，通常採用兩週。 你必須在一個衝刺結束時確保完成需求，包含開發、測試和撰寫文件。 衝刺規劃會議 兩週的衝刺建議四小時的會議 從需求清單中選擇出能在一個衝刺內完成的高優先權需求 首先，由開發團隊、Scrum Master和Product Owner挑選出需求。 接著，由開發團隊討論完成這些需求的細節內容，並用 Planning Porker 估算故事點數。 最後，如果挑選出來的需求經過估算後，超過一個衝刺所能完成的時間，切割需求、更換需求或是剃除需求。相反地，如果無法填滿一個衝刺的時間，從需求清單中加入新的需求。 每日站立會議 每個開發成員都要回答三個問題 昨天你完成了那些工作？ 今天你打算做什麼？ 完成你的目標是否存在什麼障礙？ Scrum Master 需要記下這些障礙 Development team 每日紀錄工作內容（e.g. 採用 JIRA） 延伸：執行站立會議容易碰到的問題 衝刺完成 回顧會議 兩週的衝刺建議兩小時的會議 展示完成的項目（DEMO）給雞組成員 討論下次衝刺雞組成員期望能完成的需求 評審會議 兩週的衝刺建議一小時半的會議 由 Scrum Master 主導會議 此次衝刺有甚麼優良的部分? 如何改善衝刺，應用在下一次的衝刺中?