1. DevOps应用 

1.1 DevOps的基本概念：持续交付、敏捷基础架构、Kata、在制 品、技术债务、前置时间
1.2 三步工作法的原则
- 区分流、反馈及持续学习和实验的原则
- 交互系统(SoE)和记录系统(SoR)与DevOps之间的关系的区别
1.3 组织
- DevOps角色如何为了增加业务价值而协作 
- I型、T型、E型与DevOps之间的关系的区别
- 将运维与日常开发工作相结合

2. 第一步:流

2.1部署流水线 
- 选择解决部署流水线问题的方法，如基础架构即代码、容器
- 选择优化价值流的最佳解决方案
- 评估共享版本控制库的完整性
- 调整完成的定义(DoD)，以反映DevOps原则
- 将工具用于环境构建和配置自动化
2.2 自动化测试
- 非理想测试金字塔模型和理想测试金字塔模型之间的区别
- 选择测试驱动开发在流中的使用目的
2.3 持续集成
- 选择最佳的分支策略
- 技术债务对流的影响
- 消除技术债务 
2.4 低风险发布
- 区分不同的发布和部署模式，从而实现低风险发布
- 选择可供使用的合适的架构原型

3. 第二步:反馈

3.1 遥测
- 遥测如何促进价值流的优化
- 监控框架组件
- 自助使用遥测的附加值 
3.2 反馈
- 使用前滚和回滚方法解决部署问题
- 变更发布指导要求清单，使其与DevOps指导相符
- 使用投产就绪评审(LRR)及交接就绪评审(HRR)执行安全检查
- 将用户体验(UX)设计用作反馈机制
3.3 假设驱动开发和A/B测试
- 将A/B测试与发布和特性测试相结合 
- 假设驱动开发如何促进预期结果的交付
3.4 评审和协调
- 检查拉动请求流程的有效性
- 评审方法、同行评审、观察者评审、结对编程、和工具辅助评审
- 根据特定情况选择最合适的评审方法 

4. 第三步:持续学习和实验

4.1 学习
- 区分猿猴军团中不同种类的猴子，以改进学习方式
- 召开免责事后分析会议 
- 通过在生产环境中嵌入故障来产生恢复能力 
- 使用游戏日
4.2 发现
- 使用(成文的)非功能性需求(NFR)进行运维设计
- 将可重复使用的运维用户故事嵌入开发之中
- 哪些对象应存储在单一共享源代码存储库中
- 将局部发现转化成整体改进成果

5.信息安全与变更管理

5.1 信息安全 
- 整合预防性安全控制措施
- 在部署流水线中整合安全措施
- 使用遥测增强安全 
5.2 变更管理 
- 在变更期间保持安全
- 在变更期间保持合规性