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 点会集合召开每日站立会议就是一项基本规则。
粤公网安备 44010602010970