简介
精益 ：提高效率，减少浪费、小批量 (丰田管理系统-TPS)
敏捷 ：小批量(拆解)、增量式的发布
持续交付： 部署流水线(PipeLine)
持续改进：improvement kata 改进为工作中的一部分
DevOps参考或者依赖于以上多种管理方法
🤔
- 工作中我们的聚焦和关注点是什么?
- DevOps能给我们带来什么，如何改变现有工作模式，是否能带来工作的升华？
- 如何在互联网或者其他行业，利用实践DevOps？
- 如何做到快、准、稳 -> 精准化？ 自动化？自助化？探索性？
思考工作中当前问题：
- 无法很快的给出当前环节的自组织、可视化或者仅仅是可视化并无其他更深层次的作用
- 无法很好的把上一环节的结论、过程可视或者流转到下一环节；环节之间没有黏合性或者只是形式上的
- 多团队，多人之间重复性、浪费
- 无法把结果，资源、计划很好的复用
- 未把持续改进深入到工作中的每一部分，并且很好的收集并赋能
- 自助化已逐步完善、自动化略显苍白、无力
DevOps基础原则
三步工作法
整个DevOps实施可以分解为三步
- 从左到右快速流动 (流动原则) ：
1.1 左移、
1.2 限制在制品 ---- (流程风险强管控)、
1.3 可视化 ---- (通过可视化取管理价值流动)、
1.4 减少 -- --(规模-交接数量)、(自服务赋能环节-需要啥自助申请调用)
1.5 小批量 ---- (快速试错)、
1.6 约束 -- -- (环境约束)、(时间节点约束)、(并行任务数约束)、(数据显示流程已不可控 约束)、(耦合约束)
1.7 识别 -- --(阻塞识别、资源分配、人员协调)、
1.8 消除浪费 ---- (等待浪费)
- 从右到左快速反馈 (反馈原则)
给予一把检验质量的锤子🔨
2.1 四个实践：
a、 出现问题，及时发现
b、密集解决问题、构建新的知识
c、将质量向源头推进
d、为下游工作进行优化
e、右移监控，环节反馈
- 整个过程的持续学习
3.1 四个实践：
a、开启组织学习和安全文化
b、让日常工作的改进做到制度化
c、将局部发现转为组织全局改进
d、在日常工作中注入恢复模式
问题
- 现有的DevOps 自助化依托什么技术或者开源框架？
- 如何建立有效地自动化方案，以及设施
- DevOps有效展现形式应是如何
- 如何评价DevOps是有效的
- 如何在48小时内，建立一座双向16车道的大桥 (建立本身已难，如何再保证质量)
- 如何保证一座一百层大楼的建筑质量
参考书籍
《DevOps Handbook》
