Burndown Charts 顯示隨時時間推移,還剩下多少工作未完成.通常以時間爲橫軸,未完成的工作爲縱軸.
Daily Scrum Meeting 每天15分鐘的每日例會,每個人回答下面三個問題:
1. 上次例會到現在我完成了哪些工作
2. 在下次例會前我將完成哪些工作
3. 有沒有什麼事情阻止我儘可能的高效地工作
如果會議的討論超出了上面的內容, ScrumMaster要確保任何與會者可以發起其它會議再來討論.每日例會最好做爲每天早上每一件事來做,在所有與會者到達之後立刻召開.
Impediments 阻礙任何人高效工作的任何人或事.在每日會議上,每個隊員都有權宣佈任何的impediments,由ScrumMaster負責解決這些impediments.
Product Backlog 產品特性列表,主要由產品Owner負責維護並定義優先級.
Product Backlog Item 產品特性列表中的條目,每個條目就是一個工作單元,大小必須限制在團隊可以在一個Sprint迭代內完成,同時一個工作單元可以被分解成許多任務.
Product Backlog Item Effort 每個條目的工作量,可以用人天來衡量.推薦的方式是用Story點,功能點或T-Shirt尺寸(大,中,小).
Product Burndown Chart 基本上是項目進度的'Big Picture',顯示每個sprint開始時還剩多少工作未做.
Product Owner Role 相當於業務代表,負責確定backlog中各條目的優先級及業務決策,同時解決任何的需求問題.
Release 這個概念不用解釋,大家都懂.基於預定的時間,每個release會平衡功能,成本,質量三個方面的需求.
Release Burndown Chart 與Product Burndown Chart比較相像,不同點在於前者展示單個release的內容,而後者會跨多個release.
Scrum Roles 在Scrum中有一些角色的劃要,其中三個主要角色:Product Owner, ScrumMaster, Team.
ScrumMaster Role 是Product Owner和Team之間的橋樑,同時推動雙方的合作.主要的作用在<Agile Project Management with Scrum>有詳細描述:
· 消除業務代表和開發團隊之間的障礙,幫助業務代表直接推動開發.
· 幫助業務代表最大化ROI,並通過Scrum達到目標.
· 通過促進創造力和能力提高開發效率.
· 想盡一切辦法提高生產力.
· 改善工程實踐和工具,提高產品的可用性.
· 確保最新的項目進度可以讓所有人看到.
Sprint 一次迭代過程,通常是30天.這個過程是不可被打斷的,不能增加額外的需求,確保迭代結束時能夠獲得預期的結果.現實中會有一些變化,一些項目每次會留出20%左右的時間用於緊急事務及級別最高的產品bugs.這樣做存在一定的風險,可能會導致Sprint原則被隨意打破.
Sprint Backlog 一次迭代的特性列表,或者說工作列表.展示本次迭代的工作單元,源自產品特性列表.
Sprint Burndown Chart 參考其它的Burndown Chart,粒度更細的圖,用於單次迭代過程中.
Sprint Goals 單次迭代的目標,可以被詳細說明,可以被衡量,而不是很模糊的一句"改善伸縮性".
Sprint Planning Meeting 單次迭代的計劃會議,由Team與Product Owner之間商討sprint目標集,決定哪些工作會被放進來.這個會議被限制在四個小時之內.
Sprint Retrospective Meeting 在sprint末期,評審會議之後召開.Team與ScrumMaster共同討論這次sprint中哪些地方做得比較好,哪些地方需要在下次sprint中進一步提高.會議時間被限制在三個小時之內.
Sprint Task 四到六小時內完成的工作單元,由隊員主動認領.
Team 跨功能團隊,人數限制在5-9人,可能包括的角色有工程師,架構師,分析師,QA,測試,UI設計師等.這是一個自發組織的團隊,以滿足sprint目標.他們自己決定如何最好地滿足用戶目標,並承擔責任.ScrumMaster充當保護層,確保Product Owner不會干涉團隊工作.
Team Member 爲了達到sprint目標而完成sprint task的任何人.
Velocity 一個團隊在單次sprint中完成多少特性的數值.可以從上一次sprint中估算出,通過一次次的sprint,這個數值會爲下次的sprint提供相對準確的進度計劃.