推荐一本值得一读的宝书

前言

这两天到处都在说这个“以学铸魂，以学增智，以学正风，以学促干”。不得不佩服，仅仅16个字，就把学习的事情说的很清楚。的确，学习是一生都要去坚持的事情，很多时候，当自己迷茫的时候，当自己不知所措的时候，我都是去通过阅读寻找答案。

自从负责了整个开发运维组，角色从单纯的技术人员向技术+管理进行了转变，外加国企这个性质，做好技术+管理，难，太难了，而这个过程中遇到了种种问题，例如：

• 总有那不听话的神人，不按流程来办事，总是给你捅篓子；
• 你的直系领导总是那不懂技术的人，总是今天给你需求，明天让你上线；
• 转型当下，如何能直白的体现系统价值，让上层领导直观的感受系统价值；

偶尔看到网友推荐的这本书《凤凰项目-一个IT运维的传奇故事》，不能说日常工作中遇到的所有问题都能在书中找到答案，至少大部分都让我豁然开朗，并且我也已经在我们组内开始试用，并取得了一定的效果。

今天这篇文章就是我读完这本书后，从自己的视角总结的几个点，和大家分享，希望对大家有帮助。书中的故事暂不“剧透”，直接上干货。

谁偷走了我们的时间

书中对我们日常工作进行了高度分类和总结，主要分为：

• 业务项目：让公司挣钱的项目
• IT内部项目：让公司多快好省的挣钱的项目
• 计划外工作：影响公司挣钱的事情
• 变更：挣钱在系统上的体现方式

讲真的，分类的很准，我们日常工作分类无外乎这几种，而我现在也开始这样做了。在这些工作中，最容易被我们忽视的是“计划外工作”，它偷走了我们的时间。很多时候，我们总是因为这些“计划外工作”而化身救火队员，导致很多安排在计划内的工作都被无情的挤走了。

这就需要我们认真的梳理我们日常工作中，哪些是计划外的工作，然后针对这些计划外的工作针对性的制定策略，将计划外的工作变成计划内的工作。

解决“瓶颈”才是真的解决问题

书中有一个很有意思的人物，叫布伦特，他在部门里面是英雄的化身，什么难题在他那里都能解决，反过来，很多事情都需要依赖他才能解决，这就让他成为了解决问题的“瓶颈”。这里当然并不是说布伦特不好，我们当然需要布伦特这样的人才，只是说布伦特成为了团队的约束点，怎么利用好他成为工作成败的关键。这也是这本书中一直强调的一个关键理论。

约束理论：在瓶颈之外的任何地方做出的改进都是假象，在瓶颈之后做出任何改进都是徒劳的，而在瓶颈之前做出的任何改进则会导致瓶颈处堆积更多的库存。

我现在也经常在思考，我们组内谁是“布伦特”，我们的瓶颈在哪里，也在刻意培养自己深度思考的能力，透过现象看问题本质的问题，以便更好的识别“瓶颈”。

伟大的“三步工作法”

贯穿整本书的“三步工作法”也是我最大的收获，要想实现业务IT的一体化发展，IT快速响应业务的变化需要，这“三步工作法”就是我们需要的。

第一步：流动原则；从开发到IT运维再到客户快速地从左向右流动；为了最大程度地优化工作量，要把工作可视化，减少每个任务批次的大小和等待间隔。通过内建质量，减少每一道工序向下游传递次品的数量，持续地优化全局目标。通过加快技术价值流的流速、缩短前置时间，尤其是缩短代码部署到生产环境所需的时间。这样可以有效地提高工作质量和产量，让企业在市场上具有更强的竞争力。

第二步：反馈原则；在从右向左的每个阶段中，应用持续且快速的工作反馈机制，建立一个健康和高效的反馈流。通过放大反馈环防止问题复发，从而缩短问题的检测与修复周期。遵循反馈原则，我们能从问题的源头控制质量。

第三步：持续创新与实验原则；建立有创新能力和信任度高的企业文化，支持动态、严格且科学的实验。通过创新主动承担风险，能让企业成员从成功和失败中学习到知识；通过创新提升生产流程的改进速度，能提升企业在市场上的竞争力。

结合实际谈感想

以上是我读完书本的一些总结，最后是我的一些最直观的想法。

• 如果我是大领导，我会给公司每个人都免费发一本这个书，至少管理层；然后定期开展分享交流；
• 如果我是小领导，我会给我的每个下属免费发一本这个书；然后定期开展分享交流会；
• 如果我不是领导，我建议在自己工作范围内，自己说的算的范围内，结合书中的方法可以进行尝试，只为提升工作效率，更多的时间享受生活。

最后我也把这本书推荐给大家，值得一读。

玩代码，玩技术，可以关注我的微信公众号：果冻想