标签：功能 参与者 生活 href 整合 devops 问题 持续学习 反馈
序：内容回顾：
本书通过讲解 一个新上任 的 运维副总裁-比尔 接手运维团队，从开始就 处理 工资系统瘫痪这个 一级事故，到接受高人指点 进行事故处理的反思，优化，重构，继续处理新故障，到部署 大坑项目，处理大坑项目的事故，对内系统升级，对外服务质量升级，到彻底解决公司IT 故障频发的问题 生动的 理清了 目前 一些公司 出现 故障频发的 问题 原因，思考，及解决方案。让大多数读者 产生了 深深的共鸣，对我的促动也是很大。
IT价值流：在更低的成本和努力下，保障产品的高质量，可靠性，
三步工作法核心原则：
1.流动原则
1.1 部门间并非独立的个体，需要共同配合 进行业务功能的开发和推动.
2.反馈原则
2.1 问题要控制在源头，并采用自动化的 机制进行暴露.
2.2 将庞大任务 部署 简化为小任务，提升排错和修复 成本及 故障影响.
3.持续学习与试验原则
3.1 建立学习氛围
3.2 信任与合作，不指责的事后分析，提升人员战斗力
DevOps原则和模式
就是通过整合企业文化，企业架构和技术架构，让下降式螺旋变成上升式螺旋
个人感悟：
一. 内容收获
个人觉得感触最大的是 书中说到的 反思流程比 新建流程 更加重要。只有不断的 进行尝试 -反馈 -改进 ，通过不断地刻意练习 才能 最终找到 合适的方法.虽然 合适的方法并不存在，永远没有 最好的办法，只有当时 相对合适的方法.
二.联想收获
这本书 三步工作法的第一步，让我联想到 《用户上瘾模型》中，如何 优化功能的方法，画出所有流程，之后 分析 哪些必要，哪些可以优化，看来 优秀的书里 见解都会有 类似，只有了解的信息越多，才能越做出正确的判断.
凤凰一书还提到，要让 参与者都为一个 大的目标 去做努力，知道自己的 努力对系统的作用，我想，这不就是 OKR思想嘛，充分发挥 团队的优势，减少不必要的资源浪费，减少等待 队列时间.
看书看得累了，写不动字了先写这么多，以后再继续补，读完了 我也得想想未来如何 让书的内容改变我的工作和生活，要干的还有很多呢，哈哈
大家有兴趣去读读吧，很优秀的一本书!!!
标签：功能 参与者 生活 href 整合 devops 问题 持续学习 反馈
原文地址：https://blog.51cto.com/7865145/2466194
