敏捷12原则：

1、最优先考虑的，是尽早和持续不断地增量交付有价值的软件使客户满意。

2、即使开发后期也欢迎需求变更。敏捷过程利用变更为客户创造竞争优势。

3、采用较短的项目周期(从几周到几个月)，经常地交付可工作的软件。

4、业务人员和开发人员必须在整个项目期间每天一起工作。

5、围绕富有进取心的个体而创建项目。提供所需的环境和支持，信任他们。

6、不论团队内外，传递信息最有效且最高效的方式是面对面交谈。

7、可工作的软件是度量进度的首要指标。

8、倡导可持续开发。发起人、开发人员和用户要长期维持稳定的开发步伐。

9、坚持不懈地追求技术卓越和良好设计，从而增强敏捷能力。

10、以简洁为本，它是极力减少待办工作量的艺术。

11、最好的架构、需求和设计出自于自组织团队。

12、团队定期回顾如何能提高成效，并协调和调整自身的行为。

三个角色：

①产品负责人(PO:Product Owner)

产品负责人定义项目愿景、需求和优先级，对产品成功负责。

产品负责人主要负责确定产品的功能和达到要求的标准，维护产品代办事项列表，指定软件的交付的内容，同时有权力接受或拒绝开发团队的工作成果。

②敏捷教练(Scrum Master)

负责团队，并移除障碍，帮助他们实现产品负责人所设定的目标。

主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，使得客户可以直接驱动开发。

③项目团队(Scrum Team)

自组织、跨职能。他们协同工作,以确定如何最好地满足产品负责人的目标。

人数控制在3~9人左右(PO、SM不包含在人数中，除非参加执行冲刺列表中的工作)，团队获得授权，自组织和管理他们的工作。

三个工件

①产品待办列表(Product Backlog)

产品需求列表;

产品负责人对该列表进行优先级排序;

待办事项列表中的条目以用户故事的形式呈现。

②Sprint待办列表(Sprint Backlog)

是产品待办列表的子表，只记录当前迭代的工作;

将用户故事拆分成任务，团队成员主动领取任务;

团队成员可以添加、删减或者更改迭代中的任务。

③产品增量(Increment)

团队在迭代内完成交付成果，集成到以往的迭代成果中，形成增量式的交付。

每次交付的用户故事必须符合验收条件。

四个会议

冲刺计划会议(Sprint Planning)：标志着Sprint的开始。

迭代评审会议(Sprint Review)

迭代回顾会议(Sprint Retrospective)

每日站会(Daily Scrum)：不超出15分钟。

五个仪式

迭代：Scrum的核心，运行在 1 个月或更少时间的时间盒上;

迭代计划会：选故事，领任务;

每日站会：15分钟，轮流开，不解决问题;

迭代评审会：演示，评审，反馈;

迭代回顾会：;总结，改进，计划

五种价值观

勇气、开放、专注、承诺、尊重。