敏捷开发词典

Agile
敏捷开发。
Backlog
一项工作。
Build
指已经编译、构建好的一个可运行的软件版本。
Burndown Chart
用来显示当前还剩下多少工作未完成的图形化工具。通常以时间为横轴，以本
次迭代要完成的工作为纵轴。
Code Review
代码审核，通常由非代码编写者完成。
Daily Scrum Meeting
每日Scrum 会议。每天15 分钟的每日例会，团队中的每个成员都要回答以下3
个问题：上次例会到现在我完成了哪些工作？下次例会前我将完成哪些工作？有没
有什么事情阻碍了我的工作？
In Progress
进行中。
Product Backlog
产品功能特性列表，主要由产品责任人负责维护并定义优先级。
Product Backlog Item
产品功能特性列表中的条目，每个条目就是一个工作单元，其大小必须限制在
276
团队可以在一个迭代之内完成。一个工作单元可以被分解成多个任务。
Product Owner
产品责任人，负责确定Backlog 中各条目的优先级，同时解决所有关于需求的
问题。
Safari
苹果操作系统上的浏览器。
Scrum
Scrum 一词来自英式橄榄球，它把软件开发团队比作橄榄球队。Scrum 是当今流
行的敏捷开发方法之一。
Scrum Master
负责管理每日Scrum 流程的人，是Product Owner 和Team 之间的桥梁，要推动
双方的合作，负责为Team 成员解决障碍和问题，保证他们工作的顺利进行。Scrum
Master 相当于传统软件开发项目中的项目经理或主管。
Sprint
Sprint 代表Scrum 的一次迭代，周期通常是30 天，期间不能给Team 增加额外
的需求，以确保迭代结束时能够获得预期的结果。
Sprint Planning Meeting
Sprint 计划会议，在一次迭代开始时召开，由Team 与Product Owner 一起商讨本
次迭代的目标，决定本次迭代要完成哪些工作。
Sprint Review Meeting
Sprint 评审会议，在一次迭代结束时召开，一般以Demo 的形式由Team 展示这
个迭代中完成的功能。
277
相关概念
Sprint Retrospective Meeting
Sprint 回顾会议，在Sprint 评审会议之后召开，由Team 与Scrum Master 共同讨
论这个迭代中哪些地方做得比较好，哪些地方需要改进，使团队持续成长。
Stakeholders
利益相关者，是项目成败对他们影响不大的一类人，他们参与提出产品的需求
并积极提出反馈意见。
Task
任务。
Team
跨功能的Scrum 团队，人数限制在3～10 人，可能包括的角色有开发人员、架
构师、测试人员、UI 设计师等，是一个自组织的团队，由团队成员自己决定如何更
好地满足用户需求，并承担相应的责任。
User Story
用户故事（情景），从用户的角度对系统的某个功能模块进行简短描述。
Welcome Lunch
欢迎午宴。
Wiki
维基百科，一种开放和共享的在线文档编辑系统，任何人都可以在这个系统中
编辑和修改文档，最早的应用是在线的开放式百科全书，现在广泛应用于各种文档
系统。