Scrum 字典
Scrum vs. 看板
團隊 = Scrum Team （簡稱 Team） 開發團隊 = Development Tea（簡稱 Dev Team） 產品負責人 = Product Owne人（簡稱 PO） 產品待辦列表 = Product Backlog
Scrum中的角色
Scrum只有三種角色，至於其他角色如部門主管在Scrum框架外裝作看不到不討論。所有成員都要抱持敏捷的精神和態度。
Development Team（Dev Team，開發團隊）
可以獨立完成任務的特種部隊，人數5–9人（7±2）。大絕是我決定該怎麼做（How），武器是自我管理和持續改善的能力。
每個人都有自己的特長，但依任務需求自行安排工作內容。類似射雕英雄傳裡全真七子所部的天罡北斗陣，如任一人受敵時，左右會來相救。
Product Owner（PO，產品負責人）
產品的守護者；大絕是要做什麼我說了算（What），武器是敏銳的市場嗅覺的和擺平利害關係人。
如同射雕英雄傳裡北極星位對天罡北斗陣的影響，當郭靖站到了北極星位就可以驅動全真七子。PO要決定產品的規劃和為產品的成敗負責，可以參考一些PO常常絆倒的地方。
ScrumMaster（SM，無中文名稱）
Scrum功夫的傳道者；唯一的大絕是影響力，武器是異於常人的信心與耐心。
有人覺得他是Team Lead或是PM的角色。但其實他沒人事權，不能管人；沒財務權，不能編預算。
更可憐的是，他不能決定產品的走向，所以是個令人摧心的角色。最常見的安排是PM直接轉Scrum Master，或是主管自己跳下來兼Scrum Master，會把Scrum Master絆倒的地方也不少。
以上三者又統稱Scrum Team或Team。
Scrum中的物件
Scrum中常會提到的物件與中文名稱如下：
Item（物件）
又稱Story，是PO定義的產品產出。Item大小要講究，要可以讓團隊在一般的速率下，可以完成3–5個。太多太繁雜，太少萬一沒做完就感覺整個Sprint 一事無成，對團隊信心是個打擊。
Task（工作）
是Dev Team針對Item（不是PO也不是SM）列出完成Item所需的工作；工作分配則是開發團隊自己安排。
Product Backlog（產品待辦清單）
由PO負責整理的產品願景圖，以Item為單位，施工順序由上而下。
Sprint Backlog（衝刺待辦清單）
Dev Team向PO承諾這個Sprint會盡力完成的Item List；以Task為單位。
Potentially Shippable Product Increment（潛在可交付產品增量）
開發團隊的產出，簡單的說就是PO說要上線就可以馬上上線的東西才算數。
Burndown Chart（燃盡圖）
有點類似怪物的血條，看看還剩多少血怪（Sprint Backlog）才死。以Task大小為單位。
Scrum活動
每一個Scrum活動都有其目的和時間限制（Time Boxed）。主要活動如下：
Sprint（衝刺）
顧名思義，當團隊決定要哪些Item後，就著手去衝。Sprint長度定義上是1–4個禮拜，但實務上不要多過2個禮拜。
而且Sprint長度應該要保持穩定盡可能不變。這樣才容易讓團隊掌握節奏，也容易預估和比較Sprint內的工作量。大原則是Sprint內的Sprint Backlog不改變（有原則就有例外）。
Daily Scrum（每日站立會議）
每天10–15分鐘不能超時，目的是讓團隊資訊同步。一定要站著罰站為了讓大家長話短說。
Sprint Planning（衝刺規劃會議）
Sprint開始時，討論一下這個Sprint團隊可以交付哪些Item。Item優先順序PO決定，要選多少Item由Dev Team決定。
Product Backlog Refinement / PBR（產品待辦清單精煉會議）
PO跟Team一起討論近期內會開始施工的Item，主要是從商業和使用者角度切入，盡可能不觸及技術細節。
Sprint Review（衝刺檢視會議）
Sprint結束時針對產品的會議，PO邀請利害關係人對產出給意見，是要可用的軟體才算產出。不準備PowerPoint或其他簡報，單純就軟體操作取得回饋。
Sprint Retrospective / Sprint Retro（衝刺回顧會議）
我偏好稱這一項為「自省」會議。在Sprint Review後，Scrum Team成員（Dev Team或包含PO）針對這個Sprint團隊的工作模式討論改善，並定出下個Sprint改善事項。為了創造一個安全的環境，原則上只有團隊成員才能參加。
Scrum是個易學難精的架構，導入一個月就似模似樣入門了，但背後的精神如團隊自我組織、持續改善要數個月到數年才能見效。持續學習是必要的。
Scrum的架構適合一個產品配合1–3個開發團隊。如果一個產品需要更多人打群架，有兩套基礎於Scrum的終極陣法，一套是同樣以人為本的LeSS（Large Scale Scrum），另一套是加入流程控制的SAFe（Scaled Agile Framework）；可以參考LeSS 和 SAFe的比較，和兩者運用組織權力的差異。
Last updated