Active Listening 積極傾聽

在溝通過程中，接收方需要收到並理解發送方所說的內容並給予反饋。

Affinity Estimating 親和估計

快速估計大規模需求未完項的一種技術，利用襯衫尺寸、咖啡杯尺寸或者裴波那契序列中的數字，將用戶故事快速置於規模類似的羣組中。

Agility 敏捷

基於敏捷宣言的一系列項目管理原則。敏捷強調自我組織型團隊、客戶合作、快速發布版本、響應變化、提升價值。

Agile Modeling 敏捷建模

過程或系統工作流的一種表示法、代碼化前便於團隊回顧。相對於代碼、幹係人及其他非程序開發人員更容易理解模型並用模型來工作。

Agile Space 敏捷協作

鼓勵集中辦公、緊密協作、面對面溝通、公開透明的團隊協作方式。

Agile tooling 敏捷工具

高科技/低科技軟體或組件，用於增強團隊意識，並鼓勵團隊成員使用。例如，版本控制軟體、合作軟體或分散式團隊使用的視頻會議。

Alone 孤軍奮戰

單人或小團體以一種孤立的，與外界極少交互的方式進行工作的狀況，相比孤軍奮戰，敏捷

項目青睞更為開發和透明的溝通方式。

Analysis 分析

通過研究問題及潛在需求找出可能的解決方案。

Artifact 工件

過程輸出物或工作產出物，典型形式為文檔、圖紙、模型或代碼。

Backlog 未完項（參見「產品未完項」或「迭代未完項」）（考試翻譯為：待辦事項）

Brainstorming 頭腦風暴

從羣組中收集想法的一種方法，目標是在短時間內引發大量想法並激發出創新見解。採用頭腦風暴法時，參與者腦力激蕩， 快速拋出想法，在每個人講完所有想法之前禁止進行評論或討論建議。

Burn-down chart 燃盡圖

迭代過程中及迭代結束時用於溝通開發進展的一種圖表，圖中顯示出已完成和剩餘的需求數。燃盡圖的設計理念是工作待辦事項會隨著項目的推進而不斷減少成是「燃燒殆盡」。

Burn Rate 燃燒率

燃燒率是敏捷團隊消耗的成本，或是團隊的資源消耗率，最常見的計算方式是把各項團隊成本簡單疊加在一起，一般用每次迭代成本、每週成本、每月成本、或其他對執行組織有意義的方式來表示。如果團隊每週「燃燒」的成本是S15 500，那麼可用 S15 500/周來表示該團隊的燃燒率。

Burn-up Chart 燃起圖

與燃盡圖相反，燃起圖展現了時間與已完成功能之間的關係。隨著需求不斷完成、價值不斷積累，圖中的工作進展走勢也不斷上升。燃起圖並未顯示過程中工作，因此他無法用來精確預測項目的結束時間。

Capability 能力（參見「史詩故事「）

Cause and Effect Diagram 因果圖（參見「根本原因圖「）

Ceremony 儀式

敏捷項目召開的例行會議，例如迭代計劃會議、站立會議、迭代評審會議。以及迭代回顧會議。

Change 變更

變更在敏捷項目中通常指需求變化。敏捷擁抱需求變化，即使出現在項目後期，也將其視為團隊可以提供給客戶的一種競爭優勢。

Charter 章程

標誌項目正式開始的文檔。項目章程制定於項目啟動階段，通常包含批准項目的原因、總體預算、主要里程碑、關鍵成功因素、約束條件、前提條件。以及允許團隊開始工作的授權。

Chicken 雞

參與敏捷項目的人員，但非全身投入（另請參見諸）。雞組人員不應成為項目核心團隊人員，但可以提供意見和信息。

Coach 教練

在極限編程（ XP）方法論中，教練是保持團隊聚焦於學習及 XP 過程的人員，教練是 XP 價

值觀的體現，幫助團隊不斷提升並交付價值。

Collaboration 合作

為共同目標一起工作。

Collective Code Ownership 代碼集體所有

整個團隊所有人對全部代碼負責的一種環境。這意味著團隊的每位成員都可以維護、修改其他成員的代碼。代碼集體所有不鼓勵專業分工和特立獨行。

Colocation 集中辦公

整個團隊集中在一個房間一起工作。

Command and Control 命令和控制

非敏捷的一項原則，由組織結構圖中的高層人員作出決策並逐級下達給團隊。

Communication 溝通

信息共享。在敏捷團隊中，信息溝通應該是透明和自由流動的。整個團隊應該清楚地意識到項目各方面所發生的事。

Compliance 合規

符合規定。合規是項目批准啟動的理由之一。

Cone of Silence 靜錐區

為一位或多位團隊成員營造的不易分心和被打擾的環境。

Cone of Uncertainty 不確定性錐區

項目早期由於很多信息未知導致估算困難，不確定性錐區是描述這項困難及如何逐漸改善的術語，它表明如果接近工作啟動再進行估算，能得到更為精準的估算結果。

Conflict 衝突

團隊意見分歧的領域。 適當的衝突時良性的，且為敏捷項目所鼓勵的，因為這些衝突會引發流程改進並開發出更高質量的產品。

Conflict Resolution 解決衝突

當衝突發生時，協商出一個各方面能接受的解決方案。

Continuous Integration 持續集成（考試翻譯為「持續整合」，習題兩種翻譯都會覆蓋）

定期檢查每位團隊成員工作進展並進行整個系統編譯和測試的開發實踐。最嚴格的做法是每天以迅速找出可能引入的系統錯誤為目標進行操作。

Cooperation 協作

團隊成員為了達到生產力更高及團隊合作的目標兒一起協同工作。

Cumulative flow diagram 累積流量圖

展示功能未完成、過程中工作及完成功能與實踐關係的一種圖表。是信息發射源的組成部分。

Customer 客戶

真正的客戶或是對商業價值進行定義和排優先順序的客戶代表。客戶是敏捷團隊的組成部分。

Cycle Time 循環時間

開發完成一項需求或是一個用戶故事所需花費的時間。

Daily stand-up meeting 每日站立會議

通常是每天工作開始時召開的簡短例會，整個團隊成員均須參加並簡要回答 3 個問題：「你昨天做了什麼？」「你今天計劃做什麼」？以及「你是否遇到什麼障礙？」每日站立會議對溝通交流和儘早發現問題很重要、絕大多數敏捷方法論都將會議時長嚴格限制在 15 分鐘。

Decision as late as possible 儘可能晚決策

敏捷的實踐方式，尤其體現在精益上，意思是隻要有責任保留所有可能的途徑就盡量推遲決策。同時基於儘可能多的已知情況做決策。

DEEP

描述產品待辦事項理想屬性的縮略語，含義是：詳略適宜的，可估計的，湧現式的，排好優先順序的。

Disaggregation解聚

將史詩故事或大型故事分解成小型用戶故事，解聚類似與傳統項目的分解。

Documentation 文檔

敏捷宣言認為，文檔的價值低於工作軟體。敏捷從業者通常認為文檔「剛好夠」正合適。

Done 完成

需要明確定義並被整個團隊一致認同的術語。定義什麼叫完成很重要，這樣當某位團隊成員

說他「完成」了意見工作時，每位團隊成員的理解才能完全相同。

Earned Value Management（ EVM）掙值管理

在當前點衡量和溝通項目進展及變化趨勢的一種方法。如要使用，掙值管理適用於敏捷項目的迭代級別。

Emergent 湧現式的

是縮略語 DEEP 的組成部分，表示用戶故事完成後產品未完項條目也會隨著項目的進行而逐漸增長和變化。

Emotional Intelligence 情商

與他人交往和影響他人的能力。情商與傳統的智商測量並無直接關係。團隊負責人與團隊打交道時，情商是一種重要的領導技能。

Empowerment 授權

敏捷團隊的必要屬性。在敏捷項目中，授權的概念是指團隊能夠做出必要的決定來增加交付價值。傳統項目則相反，典型做法是必須徵得上級同意才能做決定。或者多數情況下上報，由上級來決定。

Focus 專註

極為重要的團隊紀律，推動通過諸如每日站立會議、敬業的團隊協作，信息發射源和限制過程中的工作等敏捷方法來實現。多數敏捷從業者認為推動和保護團隊專註工作是教練、敏捷教練或 Scrum Master 的工作。

Force Field Analysis 力場分析

對推動和阻礙潛在/真實變革的力量及其力度進行分析的一種技術。

Functionality 功能

在敏捷語境中， 系統為給客戶或用戶增加交付價值執行的一個操作。如果用戶無法看到或感受到什麼，那就不能算功能。

Grooming 梳理

通過不同的活動來清理產品未完項，如刪除條目、分解或進行估算。

Ground Rules 基本規則

適用於全體團隊成員的不成文規定，應該與團隊中每位成員進行溝通。舉例：無需逐個詢問，可以預期團隊中的每位成員早上 8 點會集合召開每日站立會議就是一項基本規則。