Thread by @insutantow

#Reading #DevOps
《DevOps实践指南》第二章·第一步：流动原则
本章要描述的第一步工作法，就是建立从开发到运维之间快速的、平滑的、能向客户交付价值的工作流。
1.工作可视化
2.限制在制品数
3.减小批量大小
4.减少交接次数
5.持续地识别和改善约束点
6.消除日常工作中的困境和浪费

工作可视化：
通过这种方式（可视化工作板，如看板和sprint计划板），不仅能将工作内容可视化（能识别工作在哪里流动、排队或停滞），还能有效地管理工作，加速其从左至右的流动。还可以通过卡片从在看板上创建到移动至“完成”一列的时间，度量出工作的前置时间（工单创建后开始，到工作完成时结束）。

限制在制品数：
研究表明，即便是完成简单任务，如将各种几何形状分类，当同时执行多个任务时，效率也会显著降低。
技术工作通常是动态的，团队必须要同时满足很多利益干系人的需求，这导致临时安排控制了日常工作。
通过限制在制品数，还能更容易地发现工作中的阻碍。

减小批量大小:
小批量生产的在制品更少,前置时间更短,错误检测更快,返工量更少。
对生产环境的变更越大,问题的定位和修复就越困难,修复时间也就越长。
在技术价值流中,单件流可以通过持续部署实现。其中,每一个提交到版本控制系统的变更都会集成、测试并部署到生产环境。
link.medium.com/nr0WyUhY0eb

减少交接次数:
一项工作在团队之间交接时，需要大量的沟通。即使在最好的情况下，有些信息或者知识也不可避免地在交接过程中丢失。
每个环节都有其潜在的队列，当依赖不同价值流共享的资源(例如集中式操作)时，就会出现工作等待。
1.减少交接次数
2.自动化执行大部分操作
3.团队独立为客户提供价值

持续地识别和改善约束点:
“在任何价值流中，总是有一个流动方向、一个约束点，任何不针对此约束点而做的优化都是假象。”——《Beyond the Goal》
约束点举例：
环境搭建，代码部署，测试的准备和执行，紧密耦合的架构，产品经理。
开发阶段出现约束点：权衡业务价值和研发能力。

消除日常工作中的困境和浪费:
半成品(价值流里任何还没有彻底完成的工作)，额外工序， 额外功能，任务切换，等待，移动(信息或数据在工作中心之间移动的工作量)，缺陷， 非标准或手动操作，填坑侠。
我们要将这些浪费和困境都可视化，并系统地进行改进，减轻或消除这些负担，从而实现快速流动的目标。