敏捷项目管理框架

　　敏捷项目管理术语

　　迭代（Iteration）：多个固定长度的时间区间，每个区间内完成某项目分块的创建和交付

　　敏捷（Agile）：适应动态变化的能力

　　发布（Release）：能够向用户交付的软件版本

　　产品积压（Product backlog）：由product owner创建的客户需求列表

　　项目积压（Project backlog）：由product owner或者project leadership就项目范围所定义的事项列表

　　迭代积压（Iteration backlog）：一个任务列表，说明了团队在本次sprint中应该完成的工作

　　叙述（Story）：敏捷项目的需求简述，以便使成员能够把注意力集中在客户及其需求上

　　叙述卡（Story card）：用于提醒客户代表和开发人员对相应事项进行讨论并添加更多细节，而不是为了进行需求的深层次描述。通常是3x5的卡片形式，如果空间不够的话，那就说明你加入的细节太多了。

　　叙事（Epic or epic story）：特性的总览描述，由此再细分成为多个story card。

　　节点（Points）：评估不同规模（这是关键点）工作的方法。尽管可以根据其他因素来评估，但是通常用的方法是以规模、复杂度和工作的不确定性为依据。Points并不等同于小时数，后者应该是以points和velocity为变量的函数。也许不同的团队对于同一工作的评估会有极大的差别，但最重要的就是在评估时不要背离平时的方式。

　　比如，一个团队评估某项工作的points是8，能够在两个礼拜内完成，而该团队的velocity是8。另一个团队评估得出的points是21，同样也是在两个礼拜内能够完成，该团队的velocity是21。可见，尽管两个团队得出的points不一样（8和21），但是它们相应的velocity是和points成比例的。

　　Sprint：Scrum项目中的一个iteration。

　　Daily scrum：一个不超过15分钟的每日例会，在会上团队成员只回答三个问题：昨天完成了什么？今天预计完成什么？现在的困难是什么？会议的焦点是承诺和各自工作的相关性。

　　Time box：一段固定的时间。敏捷实践者用time box来控制所讨论细节的数量。对讨论进行时间限定可以聚焦团队的注意力，防止思维发散和无关话题。

　　Velocity：团队在特定时间内能够完成的工作量。Velocity随团队不同而变化，如果其成员发生了变动，那么相应的velocity就必须重新计算。而且，增加团队成员并不一定意味着velocity的上升。实际上，根据研究表明（Brooks' law），在项目后期加入人手将会拖慢工作进度。