强调高效组织团队，并通过自动化工具协作与沟通，从而实现更少的浪费，更频繁地交付更稳定的软件。
DevOps能带来什么？
更频繁的发布，一个功能需求从提出到上线更加迅速，更快响应客户需求，每次发布变更很少，风险也更小
采用自动化，可重复性的同时减少部署出错的可能。
弥补开发与运营之间的鸿沟
Scrum是什么？
迭代式增量软件开发过程
三个角色：
[color=]产品负责人
，与客户沟通，确定需求优先级，必须拥有决策权
[color=]Scrum 教练
，促进团队合作，
[color=]是服务于团队的仆人
[color=]Scrum 团队
（5-9人），自由平等，成员应该尽量保持稳定，提高合作效率
四个活动：不超过4小时
[color=]冲刺规划会议
：目标
1.Scrum团队选择并理解要完成的工作，明确冲刺目标，优先级高低
2.对复杂度达成共识，将大任务拆分成具体的执行小任务
[color=]每日站立会议
：晨会 不建议超过15分钟
1.昨天我做了什么，2.今天我准备做什么，3.我在工作中遇到了什么困难，是否阻碍了工作进展
[color=]冲刺复审会议
：演示开发的产品功能，由产品负责人验收（2小时）确认defect和是否新加需求
[color=]冲刺回顾会议
：(30分钟)
review团队需要改进的地方
三个工件：
产品待办列表
[color=]一份有序的 待办事项列表
产品变动的唯一来源，由产品经理决定
[color=]产品待办列表内容分类
1.功能性需求与非功能性需求 2.缺陷 3.技术债务
好的产品列表应该遵循DEEP原则
1.粗细得当（远处近细）
2.估算过的（工作量估算和技术风险估算）
3.涌现式的（随需求随时变化）
4.排好优先级
冲刺待办列表
也叫迭代待办列表，是为当前迭代从产品待办列表中选出的工作项
本次是当前迭代的目标计划
要非常细致，有优先级
产品增量
当前迭代完成之后，就形成了产品增量。是一个迭代完成的所有产品待办列表的总和，以及之前所有迭代产生的增量的价值总和
全面测试，潜在可发布：新的增量必须是完成的
Scrum团队要对完成有统一的标准，并确保质量已经足够的好，并且可与以前的增量一起发布
Sprint
一个迭代
2-4周，固定，不允许延长缩短
