简介

精彩点评

• 

  Q

  推荐

  很少有书读起来像是在读自己的故事，这本却是。早读几年，也许会少走很多弯路。

• 

  Fred

  推荐

  跟顾问式销售的小说一样，理论框架里面塞点情节，但挺有趣，作者经验丰富。

• 

  高山仰止

  推荐

  故事引人入胜，要落实到团队中有很多可以借鉴的内容。完全没有复杂的术语，却简单明了的讲清楚了道理。

• 

  盛世年华

  推荐

  一定要全部看完你才会知道原来是怎么一回事，写的有点啰嗦，但是值得学习。

• 

  何波

  推荐

  研发，运维，安全永恒的斗争，原来也可以通过共同的价值观和文化合作的很好。围绕做有价值的事情打成共识，用精益思想推进项目。

• 

  das parfum

  推荐

  看的津津有味，可以说是一口气读完，花了8个多小时每天早起，上班路上看，真的太吸引人了。就好像看一本武侠小说，一个接一个的挑战，一次又一次的解决，而这样的故事能更好的告诉读者，如何做事，如何把一件事情做好，怎么在自己力所能里的时候为事而做（看到比尔因为项目问题辞职我心都揪起来了） 无疑，IT们可以看看这本书，看看一个高手如何做事的

• 

  帆

  推荐

  作为小说好看，关于项目开发的内容很有真实感，书中关于项目管理和DevOps的内容也充满启发性

• 

  Xuankang

  推荐

  第一次看这种小说体裁的运维+管理学的主题书，以爽文的形式展示了 DevOps 和更大维度上管理岗位的一些工作，长见识了，体验真奇妙。😂 摘录①：4种类型的运维工作，业务项目、运维项目、变更、计划外工作。 摘录②：《目标》：「在瓶颈之外的任何地方做出的改进都是假象。在瓶颈之后做出任何改进都是徒劳的，因为只能干等着瓶颈把工作传送过来。而在瓶颈之前做出的任何改进则只会导致瓶颈处堆积更多的库存。」

• 

  atrl

  推荐

  不仅仅是传统企业变革，在腾讯从svn到git，实体机到虚拟机再容器，每一步的改造优化都有层层返工，需要有所有人认同来推进，然而在阿米巴模式下个体对全局缺乏认知推进困难重重。 第一工作原则:第一步建立了从左到右的工作流，第二步建立了从右到左的快速、持续的反馈，第三步要建立持续学习与实验的文化。

• 

  飒飒🌍

  推荐

  小说虚构的如此真实，这不就是IT部门的日常么[撇嘴] 本书可以帮助了解和普及DevOps概念，不足的地方是，太啰嗦了，读起来容易失去兴趣。

• 

  白菜

  推荐

  隐性工作显性化，运用工业工程思想持续去优化。难点是需要既懂专业领域，又有系统思维，同时还能从公心出发去思考、解决问题的人

• 

  杨振东

  推荐

  很不错，工作几年后感觉很有感触，逐渐明白整个开发流程的意义了

• 

  田靖荣

  推荐

  todolist里有一堆没有完成的项目，每天不断有新的计划加进来，大量的任务都是做到一半，最后只能废弃掉；手头上有一堆的GTD工具，项目管理软件，笔记软件，协同工具，但还是纠结于那些要用哪些不要用，抱怨为什么每天花在这些事情上的时间会越来越多，真正投入在项目上的时间却越来越少。 我在看完这本书之后，上面这些问题解决了一大半。

• 

  祁正胜

  推荐

  值得再次阅读 通过小说的形式很形象讲解了敏捷管理，约束理论。 一个漏洞百出的IT运维部门，通过敏捷交付，约束理论的改造，转变为企业数字化转型的引导部门。

• 

  梁鸿

  推荐

  故事性很强，和《目标》的手法很类似，如果说目标是讲述了生产线上如何真正提高效率，这本书就是讲it如何提高效率。很多理念在目前的开发实践中已经使用，可以有一个更清楚的理解：如果不这样做会怎么样