1、DevOps 故事 开发部门 最新最炫的技术 没日没夜的加班 如期完成任务 运维部门 问题产生的原因 软件公司按照软件流程划分部门：产品、研发、测试、运维 开发是由功能性需求（通常与业务需求直接相关）驱动 运维是由非功能性需求（如可获得性、可靠性、性能等）驱动 开发人员缺乏对软件运行时环境的了解 运维人员缺乏对软件内部技术的了解 什么是 DevOps DevOps = Development + Operations DevOps用于促进开发、技术运营和质量保障部门之间的沟通、协作与整合 QA融入 DevOps DevOps看作开发、运维和质量保障三者的交集 DevOps需要考虑针对部门间沟通
2、与协作问题的流程和方法 DevOps的高部署频率与QA和信息安全 新的工作方式 DevOps与 敏捷 DevOps超越了敏捷，它的关注点是从SDLC中移除浪费 DevOps的 价值 跨职能团队的培养 技术价值 持续的软件交付 更少的复杂问题需要修复 更高的问题解决效率 商业价值 更快的更快的价值交付 更稳定的线上环境 从修复维护到新增价值 是 时候引入 DevOps了 使用敏捷或其他软件开发过程与方法 业务负责人要求加快产品交付的频率 虚拟化和云计算基础设施日益普遍 数据中心自动化技术和配置管理工具的普及 需要DevOps来克服占主导地位的传统美国式管理风格引发的开发与运营之间的鸿沟 需要DevOps来改善团队协作关系，提高组织效率，降低生产环境风险 如何引入 DevOps 弄清意图，统一思想 实现组织合作 教导基本概念 让所有人目标一致 发现度量链 针对基线识别项目 持续改进循环 目标一致 发现度量链 针对基线识别项目 正确对待 DevOps 目前DevOps拥有十几种不同的定义 并不是所有的企业都适合采用DevOps 开发人员可以承担其他的角色 其他角色却无法承担开发者角色 DevOps变成了让开发人员承担所有的工作 专业知识、协作关系与知识共享之间需要找到合适的平衡点，只有这样才能人尽其才、物尽其用 采纳DevOps的文化壁垒非常高，是一个值得探索的漫长过程 谢谢大家
