持续改进与开发、运维的自动化

回顾（ふりかえり）是指每完成一段时间的工作，团队就一起重新审视工作方式，并决定下一阶段要尝试的改进措施的活动。

审视的对象是工作的安排、团队内部的配合等做事方式。常用的方法之一是 KPT，即从“要继续的事、存在的问题、下次要尝试的事”这三个角度提出意见。每次迭代都这样做，团队的工作方式就会一点点变好。

类比就像每做完一道菜，就把流程中顺利的地方和下次想改的地方记下来，下次做菜时照着笔记试一试。

记法写成汉字是 振り返り，意思是“回头看”。可以想象回头确认走过的路，再转回身决定下一步的动作。

Retrospective(回顾)（レトロスペクティブ）是回顾的英文名称。在 Scrum 中，它被规定为在冲刺（开发迭代的单位）最后举行的冲刺回顾（スプリントレトロスペクティブ）活动。

其内容与回顾相同，审视上一个冲刺中的人员、做法和工具的使用等，并决定下一个冲刺要着手的改进。在 Scrum 中，它安排在向相关人员展示完成的成果并听取意见的冲刺评审（スプリントレビュー）之后。

记法retro 意为“向后”，spective 意为“看”。retro 就是“复古风”的那个 retro，向后看 = 回顾。

CI 是指开发者把源代码的变更以较小的单位频繁地集成到共享代码仓库（团队共用的代码存放处）中，并在每次集成时自动执行构建（把源代码组装成可运行程序的工作）和测试的实践。

如果到开发后期才把所有人的变更一起集成，矛盾会一下子集中暴露，查找究竟是哪处变更导致问题也要花很大功夫。CI 缩短集成的间隔，每次都立即反馈自动测试的结果，因此发现缺陷时，原因的范围已经很小。

类比就像很多人合写一本文集时，每人每写完一页就马上装订进去从头读一遍，当场修正前后不一致的地方。

记法C = Continuous（不间断地持续），I = Integration（合而为一）。

持续集成（継続的インテグレーション）是 CI（Continuous Integration）的正式名称，指的是同一种实践。

“集成”（インテグレーション）就是“整合”的意思，指把各个开发者的变更合并成一个程序。“持续”表示在开发过程中把这种集成作为日常工作反复进行。

记法integrate 与 integer（没有残缺的整数）同源，意思是把零散的部件拼成一个完整无缺的整体。

DevOps 是指负责开发（Development）的人员与负责运维（Operations）的人员相互协作，利用自动化机制快速而稳定地不断交付软件变更的做法。

过去，想尽快推出新功能的开发方和不想让系统停机的运维方各自为政，每次交接往往都很费时间。DevOps 让双方共享目标，并引入 CI 等自动化手段，使团队能以较短的间隔应对规格变更。它不是某种特定工具的名称，而是一种包含组织协作体制和机制建设的理念。

类比就像一家餐厅，做菜的后厨和上菜的前厅作为同一个团队共享顾客的反馈，快速反复改良菜单。

记法这是把 Dev 和 Ops 连在一起的合成词，名称本身就表示两种职责的结合。

该术语的过去问 2 题 DevOps →

MLOps 是把 DevOps 的思路应用到使用机器学习（Machine Learning）的系统上，持续推动模型（从数据中学习并进行预测或判断的机制）从开发到运维、更新整个循环的做法。

MLOps 把数据准备、训练、评估、部署和监控连成一条连贯的流程，能自动化的部分都实现自动化。由数据分析人员、开发人员和运维人员协作推进这一点，也与 DevOps 相同。

类比就像天气预报员每天核对预报准不准，一旦不准的情况变多，就用新的观测数据重新制定预报方法。

记法名称就是把 DevOps 中的 Dev 换成了 ML（Machine Learning）。