Burndown Charts-燃尽图
- 显示随时时间推移，还剩下多少工作未完成。
- 通常以
日期为横轴，未完成的故事数为纵轴。
Daily Scrum Meeting-每日站立会
每天15分钟的站例会，每个人回答下面三个问题:
- 上次例会到现在我完成了哪些工作？
- 在下次例会前我将完成哪些工作？
- 有什么事情阻止我尽可能的高效地工作？
如果会议的讨论超出了上面的内容， ScrumMaster要确保任何与会者可以发起其它会议再来讨论。
站例会每天都要召开，并且最好在同一时间同一地点召开（参照Scrum Guide一书）。
Impediments-障碍
阻碍任何人高效工作的任何人或事。
在每日会议上，每个队员都有权宣布任何的impediments，由ScrumMaster负责解决这些impediments。
Product Backlog-产品特性列表
主要由Product Owner负责维护并定义优先级。
Product Backlog Item-产品特性列表中的条目
每个条目就是一个工作单元，大小必须限制在团队可以在一个Sprint迭代内完成，同时一个工作单元可以被分解成许多任务。
Product Backlog Item Effort-每个条目的工作量
可以用人天来衡量。推荐的方式是用Story点，功能点或T-Shirt尺寸(大，中，小)。
Product Burndown Chart-产品燃尽图
基本上是项目进度的'Big Picture'，显示每个sprint开始时还剩多少工作未做。
Product Owner Role-相当于业务代表
负责确定backlog中各条目的优先级及业务决策，同时解决任何的需求问题。
Release-发布
基于预定的时间，每个release会平衡功能，成本，质量三个方面的需求。
Release Burndown Chart-迭代燃尽图
Release Burndown Chart与Product Burndown Chart比较相像，不同点在于前者展示单个release的内容，而后者会跨多个release。
Scrum Roles
在Scrum中有一些角色的划分，其中三个主要角色:Product Owner， ScrumMaster， Team。
ScrumMaster Role 是Product Owner和Team之间的桥梁，同时推动双方的合作。主要的作用在<Agile Project Management with Scrum>有详细描述:
- 消除业务代表和开发团队之间的障碍，帮助业务代表直接推动开发。
- 帮助业务代表最大化ROI（Return On Investment，投资回报率），并通过Scrum达到目标。
- 通过促进创造力和能力提高开发效率。
- 想尽一切办法提高生产力。
- 改善工程实践和工具，提高产品的可用性。
- 确保最新的项目进度可以让所有人看到。
Sprint-一次迭代过程
通常是30天。这个过程是不可被打断的，不能增加额外的需求，确保迭代结束时能够获得预期的结果。现实中会有一些变化，一些项目每次会留出20%左右的时间用于紧急事务及级别最高的产品bugs。这样做存在一定的风险，可能会导致Sprint原则被随意打破。
Sprint Backlog-一次迭代的特性列表，或者说工作列表
展示本次迭代的工作单元，源自产品特性列表。
Sprint Burndown Chart-迭代燃尽图
参考其它的Burndown Chart，粒度更细的图，用于单次迭代过程中。
Sprint Goals 单次迭代的目标，可以被详细说明，可以被衡量，而不是很模糊的一句"改善伸缩性"。
Sprint Planning Meeting-单次迭代的计划会议
由Team与Product Owner之间商讨sprint目标集，决定哪些工作会被放进来。这个会议被限制在四个小时之内。
Sprint Retrospective Meeting-迭代回顾会
在sprint末期，评审会议之后召开。Team与ScrumMaster共同讨论这次sprint中哪些地方做得比较好，哪些地方需要在下次sprint中进一步提高。会议时间被限制在三个小时之内。
Sprint Task-四到六小时内完成的工作单元
由队员主动认领。
Team-跨功能团队
人数限制在3-9人（一说是5-9人），可能包括的角色有工程师，架构师，分析师，QA，测试，UI设计师等。这是一个自发组织的团队，以满足sprint目标。他们自己决定如何最好地满足用户目标，并承担责任。ScrumMaster充当保护层，确保Product Owner不会干涉团队工作。
Team Member-研发团队成员
为了达到sprint目标而完成sprint task的任何人。
Velocity-速率
一个团队在单次sprint中完成多少特性的数值。可以从上一次sprint中估算出，通过一次次的sprint，这个数值会为下次的sprint提供相对准确的进度计划。
Load-负载
一个Team在一个Sprint中完成的故事点数。
迭代规划时，负载最好不超过速率的80%。
网友评论