在沟通过程中，接收方需要收到并理解发送方所说的内容并给与反馈。

快速估计大规模需求未完项的一种技术，利用衬衫尺寸、咖啡杯尺寸或斐波那契序列中的数字，将用户故事快速置于规模类似的群组中。

基于敏捷宣言的一系列项目管理原则。敏捷强调自我组织型团队、客户合作、快速发布版本、响应变化、提升价值。

2001年签署的一份文档，给出了敏捷项目和敏捷方法论的指导原则。敏捷宣言由4项声明组成，阐述了各种敏捷方法论共同的价值观。

过程或系统工作流的一种表示法，代码化前便于团队回顾。相对于代码，干系人及其他非程序开发人员更容易理解模型并用模型来工作。

鼓励集中办公、紧急协作、面对面沟通、公开透明的团队协作方式。

一组故事、一次迭代或者一个版本背后的主要目的。由产品负责人或者客户来确定主题，同时得到团队的一致同意。例如，某位产品负责人确定某次迭代的主题为“报告”或者“连贯性”，这种情况下为这次迭代所选择的用户故事都要围绕该主题展开。

通过研究问题及潜在需求找出可能的解决方案。

过程输出物或者工作产出物，典型形式为文档、图纸、模型或代码。

一次特定迭代所要完成的工作。迭代未完项预期在整个迭代过程中“燃尽”（不要和产品未完项混淆）

所有已知的、即将通过项目实现的需求，无论是规划的迭代还是版本发布中包含的需求都算在内。

从群组中收集想法的一种方式，目标是在短时间内引发大量想法并激发出创新见解。采用头脑风暴时，参与者脑力震荡，快速抛出想法，在每个人讲完所有想法之前禁止进行评论或讨论建议。

迭代过程中及迭代结束时用户沟通开发进展的一种图表，图中显示出已完成和剩余的需求数。燃尽图的设计理念是工作未完成项会随着项目的推进而不断减少或是“燃尽殆尽”。

燃烧率是敏捷团队消耗的成本，或是团队的资源消耗率，最常见的计算方式是把各项团队成本简单叠加在一起，一般用每次迭代成本、每周成本、每月成本或其他对执行组织有意义的方式来表示。如果团队每周“燃烧”的成本是15000，那么可用15000/周来表示该团队的燃烧率。

与燃尽图相反，燃起图展现了时间与已完成功能之间的关系。随着需求不断完成、价值不断累积，图中的工作进展走势也不断上升。燃起图并未显示过程中工作，因此它无法用来精确预测项目的结束时间。

非常大型的故事，可以横跨多个迭代周期。史诗故事在战术层面上使用前必须分解为一个个相关的用户故事。