架构：软件应用程序的主要组件的整体设计或者安排
燃尽图：Scrum团队用来展示冲刺(sprint)的剩余工作量的图表
CUTFIT方法：Scrum团队用来验证用户故事的简单规则（在收集需求时），CUTFIT表示一致的、无歧义的、可测试的、可行的、独立的、可溯源的。
Scrum每日站会：每日的项目进展会议。3个问题需要回答：a：从昨天开会以来我完成了什么工作？b：在明天开会之前我打算做什么工作？c：我的进度如何？
迭代：在Scrum中称为冲刺--sprint，这是Scrum中时间固定的周期，开发团队会在这段时间内把经过挑选的用户故事转化为潜在的可交付的产品增量。
潜在的可交付的产品增量：在一个sprint周期里开发的可以工作的软件产品的增量，并且最终可以交付给客户。
PMO--许多IT部门设计的团队，负责业务和IT协调，跟踪IT业绩，主要关注项目成本、效益和及时的交付
冲刺积压工作：一个冲刺sprint中，团队需要完成的任务列表。
Scrum团队：包括Scrum Master、产品负责人和开发团队
发布规划会议：产品负责人在会上与团队分享愿景和功能（以用户故事的方式）以及交付的时间。
通过我们在本书推荐的架构方法，开发团队成员可以对用户故事的优先级产生积极的影响，而不像以前那样被动的参加会议。
冲刺规划会议：第一个阶段：产品负责人让团队了解他认为哪些需求应该在冲刺里完成。
第二个阶段：团队决定如何把选择的需求变成潜在的可交付的产品增量。
冲刺审查会议：开发团队在会议中向产品负责人和利益相关者展示其工作成果。
冲刺回顾会议：Scrum团队在会议上回顾在刚刚结束的冲刺sprint中做得好的和做得差的地方，并考虑是否能从中汲取经验，在下一个冲刺sprint里改进过程。
冲刺目标：产品负责人给团队的冲刺目标。
用户故事：在敏捷软件开发中用来表示用户业务需求，也称作产品积压工作条目，即：PBI
生产率：在一个冲刺sprint里开发团队能够交付的用户故事数量，通常用点数来表示。
