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
维基百科，一种开放和共享的在线文档编辑系统，任何人都可以在这个系统中编辑和修改文档，最早的应用是在线的开放式百科全书，现在广泛应用于各种文档系统。