Scrum相關概念

weixin_34219944發表於2011-01-04
1、Agile
敏捷
2、Backlog
一項工作
3、Build
指已經編譯、構建好的一個可執行的軟體版本。
4、Burndown Chart
用來顯示當前還剩下多少工作未完成的圖形化工具。通常以時間為橫軸,以本次迭代要完成的工作為縱軸。
5、Code Review
程式碼評審,通常由非程式碼編寫者完成。
6、Daily Scrum Meeting
每日Scrum會議。每天15分鐘的每日例會,團隊中的每個成員都要回答以下三個問題:上次例會到現在我完成了那些工作?下次例會前我將完成哪些工作?有沒有什麼事情阻礙了我的工作?
7、In Progress
進行中
8、Product Backlog
產品功能特徵行列表,主要由產品負責人負責維護並定義優先順序
9、Product Backlog Item
產品功能特性列表中的條目,每個條目就是一個工作單元,其大小必須限制在團隊可以在一個迭代之內完成。一個工作單元可以被分解成多個任務。
10、Product Owner
產品負責人,負責確定Backlog中各個條目的優先順序,同時解決所有關於需求的問題。
11、Scrum
Scrum 一次來自英式橄欖球,它把軟體開發團隊比作橄欖球對。Scrum是當前流行的敏捷開發方法之一
12、Scrum Master
負責管理每日Scrum流程的人,是product Owner和Team之間的橋樑,要推動雙方的合作,負責為Team成員解決障礙和問題,保證他們工作的順利進行。Scrum Master相當於傳統軟體開發專案中的專案經理或者主管。
13、Sprint
Sprint代表Scrum的一次迭代,週期通常是30天,期間不能給Team新增額外的需求,以確保迭代結束時能夠獲得預期的結果。
14、Sprint Planning Meeting
Spint計劃會議,在一次迭代開始時召開,由Team與Product Owner一起商討本次迭代的目標,決定本次迭代要完成哪些工作。
15、Sprint Review Meeting
Sprint評審會議,在一次迭代結束時召開,一般以Demo的形式由Team展示這個迭代完成的功能。
16、Sprint Retrospective Meeting
Sprint回顧會議,在Sprint評審會議之後召開,由Team與Scrum Master共同討論這個迭代中哪些地方做得比較好,那些地方需要改進,使團隊持續成長
17、Stakeholders
利益相關者,是專案成敗對他們影響不大的一類人,他們參與提出產品的需求並積極提出反饋意見。
18、Task
任務
19、Team
跨功能的Scrum團隊,人數限制在3~10,可能包括的角色有開發人員、架構師、測試人員、UI設計師等,是一個自組織的團隊,由團隊成員自己決定如何更好地滿足使用者需求,並承擔相應的責任。
20、User Story
使用者故事(情景),從使用者的角度對系統的某個功能進行簡短描述。
21、Wiki
維基百科,一種開放和共享的線上文件編輯系統,任何人都可以在這個系統中編輯和修改文件,最早的應用是線上的開放式百科全書,現在廣泛應用於各種文件系統。

相關文章