凤凰项目：一个IT运维的传奇故事（修订版）

此书讲述了管理现代IT组织与管理传统工厂的共通之处，读起来扣人心弦，作者通过描写这位IT经理在公司面临破产的边缘，需要拿出实际的解决方案解决困境的时刻，勇敢站出来，用自己“三步工作法”的理念为支撑，从而解决了各种复杂的业务问题。进一步讲述了所有IT从业人员都会遇到的苦恼——团队合作。作者说“解决各种复杂的业务问题需要团队合作，而团队合作需要相互信任。兰西奥尼教导我们，展现自己脆弱的一面有助于建立起信任的基础。”……“在接受一个订单时，他们会确认，每一个需要的工作中心都有足够的生产能力和必要的投入，可以在必要时加快工作进度。他们和销售经理、工厂经理一起排定生产计划，因此能够兑现他们做出的承诺。”……为此，他们专门设计了凤凰项目沙盘，成功开展培训演练，目的是要创建一个优秀的团队合作模式，并达成新的目标，难度在于团队成员之间的深度信任与协作，需要将个人的才华融入到团队协作中，而团队的协作又能将个人才华发挥到极致，这种整体性的实现路径才能够使目标真正伟大化…而其中很重要的一条就是领导者的以身作则，领导者要以完全新的视角来看待自己的团队，看待工作环境，展示自己的诚信和一致性，做到言行一致。当每位成员都能高标准、高质量地完成工作，这个团队的战斗力将是惊人的。因此，一个好的团队应当是相辅相成的，能够充分发挥各自的优势，在合作中不断完善和提升，共同追求目标的卓越，实现真正的伟大。愿《凤凰项目》一书，对IT业能产生深远的影响，能助力推动产业发展。

墙裂推荐：所有IT团队的成员都应该静下心来阅读的书籍《凤凰项目》是一本披在小说外衣下的高效IT运营指南，与高德拉特的《目标》一样，采用了小说化的写作方式，讲述了一个企业如何通过对IT工作流程进行优化和改进，从而实现了业务增长和成功的故事。 在阅读《凤凰项目》时，你会深刻理解到IT团队和业务团队之间的紧密关系，以及如何协调这两个部门以实现最佳业务成果。这本书还提供了一些非常实用的IT工具和方法，帮助IT团队更好地管理和优化其工作流程。 由于是小说的形式，里面的场景都描述得非常亲切，听起来就像是我们开发团队会遇到的问题。书中都一一给予了解决方案，并且分享了如何将传统制造业的约束理论、流程改造等非常好的管理思想运用到IT团队中。 通过阅读本书，您会了解到DevOps是一种管理思想，而不仅仅是自动化部署和自动化测试的工具。DevOps基于精益生产、约束理论、丰田生产系统、柔性工程、学习型组织和安全文化等管理理论，衍生出来的一种适合IT团队的管理方法论，可以帮助IT团队更好地管理和优化其工作流程，包括产品管理、开发、QA、IT运维和信息安全等角色。 让我印象深刻的就是书中将整个软件交付流程比喻成传统制造业的生产流程，那对于传统生产企业的减小批量尺寸、减少在制品（Work in Process, WIP）数量、避免返工等内容，完全对应了IT开发的，快速MVP迭代上线、减少半成品代码、快速交付客户等软件开发的敏捷理念。 这也是为什么要将需求拆解得尽可能小，只有将需求拆解得尽可能小，才有可能更好地评估出一个大项目中哪些小需求是客户最需要，最能够提升业务的，哪些重要性没有那么紧急的。然后通过细化需求的颗粒度，让每个需求的开发周期都尽可能地短，时间尽可能地可控，也尽早地接收到客户的反馈，快速调整与迭代，这些都是敏捷开发强调的重点。 总的来说，《凤凰项目》是一本非常实用的IT管理指南，对于所有IT团队的成员来说都是必读之书。它不仅可以帮助团队更好地协作和沟通，也可以帮助团队提高工作效率，实现业务增长和成功。如果你想了解如何将IT管理方法应用到实践中，或者想更好地了解IT团队和业务团队之间的关系，那么这本书绝对是你不容错过的一本书籍。

本书中阐述了一个原理：所有开发运维模式都来自“三步工作法”，可以说它是我们平台开发运维的指导思想。 第一工作法是关于从开发到技术运营，再到客户的整个自左向右的工作流。为了使流量最大化，我们需要小的批量规模和工作间隔，绝不让缺陷流向下游工作中心，并且不断为了整体目标（相对于开发功能完成率、测试发现/修复比例或运维有效性等局部目标）进行优化。 流程自动化 实践：持续构建、持续集成、持续部署，按需创建环境、限制半成品，构建起能够顺利变更的安全系统和组织。 第二工作法是关于价值流各阶段自右向左的快速持续反馈流，放大其效益以确保防止问题再次发生，或者更快地发现和修复问题。这样，我们就能在所需之处获取或嵌入知识，从源头上保证质量。 保证上游的质量 实践：在部署管道中的构建和测试失败时“停止生产线”、日复一日持续的改进日常工作、创建快速的自动化测试套装软件，以确保代码总是处于可部署的状态、在开发和技术运营之间建立共同的目标和共同的解决问题的机制、建立普遍的产品遥测技术，让每个人都能知道，产品和环境是否在按设定的运行，以及是否达到了客户的目标。 第三工作法是关于创造公司文化，该文化可带动两中风气的形成：不断尝试，这需要承担风险并从成功和失败中吸取经验教训、理解重复和联系是熟练掌握的前提、尝试和承担风险让我们能够不懈地改进工作系统，这经常要求我们去做一些和以往做法大不相同的事。一旦出现问题，不断重复的日常操作赋予我们的技能和经验，令我们可以撤回至安全区域并恢复正常运作。 不断试错，持续改进 实践：营造一种勇于创新、敢于冒险（相对于畏惧和盲目服从命令）以及高度信任（相对于低信任度和命令控制）的文化；把至少20%的开发和技术运营周期划拨给非功能性需求，并且不断鼓励进行改进。

这是一本写给企业领导和IT高管的书，我进来看个热闹😊😊 本书讲述了一位IT经理临危受命，在未来董事的帮助和自己“三步工作法”理念的支撑下，最终挽救了一家具有悠久历史的汽车配件制造商的故事。 小说揭示了管理现代IT组织与管理传统工厂的共通之处，让读者不仅能对如何管理IT组织心领神会，更重要的是将以完全不同于以往的视角来看待自己的工作环境。 我曾经在工厂工作过，对作品中的人和事倍感亲切😊😊

读完《凤凰项目》，最深切的感受是看似是一本技术小说，其实是一面映照出IT人日常窘境和出路的镜子。主角比尔从身陷的泥潭，系统频发故障、部门相互甩锅、关键项目停滞，最终通过“三步工作法”破局，指明了一条从混乱走向有序的路径：一是让开发部署工作流程显性、快速顺畅，“提流量”；二是建立即时反馈，不让问题流入下游，“可感知”；三是营造敢于试错、持续学习的企业文化，“迭代成长”。 这本书生动的揭示，IT的价值并非被动救火，而是作为端到端业务的协同齿轮和效率倍增器，主动赋能业务价值成功交付。同时，通过这本书让我更深刻的理解了DevOps理念，链接业务价值、加速交付效率、提升产品质量，更核心的是构建一个开放协同的组织，期待这本书照亮团队前行的路，让IT自身的“多、快、好、省”，以及对业务更准确的感知、更全面有效的赋能提供帮助。

继目标之后，又一精彩的管理力作，IT部门凤凰涅槃的故事。 1. 先从自身流程改善入手，让无序变为有序可控可视； 2. 在反馈中不断调整，深入到业务中获得方向感和掌控感； 3. 持续学习实践，能力不断夯实和提升，最终引导公司业绩的变革。 本书不止一篇好故事，很多场景与现实高度契合，适合IT新兵汲取职场经验，也适合老兵反思改变现状。

这本书印象深刻的一些点有以下几点。虽然都很显然、并且在企业都已广泛应用，读完这本书有了更深刻的理解。 1. 企业从战略上就是要快速迭代、抢占首发。虽然觉得很多feature对我来说真是摇摇欲坠地上线了，才慢慢地打补丁，但从业务的角度来讲，就应该这样。先交付，占市场、获取用户反馈，再继续迭代。 2. 救火是具有破坏性的工作，计划外的工作有破坏性，是反工作，会让我们离目标越来越远。这就理解了最近公司对incidents数量的控制和检测，一切都是为了提高效率，解决我们的“约束点”。 3. 优化要找到约束点，并且尽可能避免流向约束点，并且减少约束点的闲置，让约束点做最重要的事、非他不可的事 4. 找约束点可以通过可视化、数据的方法 5. 快速迭代的重要性。这解释了公司最近很多举措，包括减少PRD、减少RFC、优化autonomous delivery、开发线上测试平台，都是为了能快速迭代 6. 要结合业务、业务指标。这个也印象深刻，做的事情要围绕业务 作为产品开发IC，主要的可实施的收获是： 1. 要理解业务目标，思考对齐业务需求，在不产生技术债的前提下，优先级应该围绕业务指标来确定 2. 对于系统来说，还是要有系统思维，也要有确认约束点的认识，从全局角度上确保系统的各项性能可以支持长期的产品迭代 3. 一定要有明确的feedback loop。这个具体有两点：第一，一旦一个产品开发时间过长，一定要警惕，应该尽早拆分更小的交付单元；第二，要有前瞻性的衡量指标，以便迭代后的市场反馈可以有效影响业务迭代方向

这是一本致敬高德拉特博士《目标》的先说，比尔作为IT运维经理面对种种困难，通过实践DevOps理念，帮助公司赢得市场。史蒂夫是一位优秀的领导，坚定的支持比尔的工作。艾瑞克是一位睿智的领路人，让比尔不再迷茫。帕蒂绝佳的伙伴，总是能完善比尔的想法。韦斯坚定的执行者。这是一个优秀的团队。这本书给管理员一个不错的视点：IT不是一个可以被轻易外包的部门。 一个伟大的团队并不代表他们拥有最聪明的人。使团队变得伟大的因素，是每个人都互相信任。当那种神奇的动力出现，就会让整个团队充满力量。

《凤凰项目》以小说形式讲述IT运维与DevOps实践，主角比尔临危受命挽救公司IT系统，核心是通过三步工作法解决部门对立、项目延期等问题。 书中将IT工作分为业务项目、内部IT项目、变更、计划外工作四类，明确优先级是避免忙乱的关键。业务项目直接创造价值，需优先保障资源；内部IT项目提升部门效率，长期来看能降低成本；变更属于常规操作，必须按流程来；计划外工作多为故障修复，最消耗精力，要严格控制。 核心的三步工作法，一是流动，让工作顺畅流转，通过可视化任务、限制并行任务、找出瓶颈来实现；二是反馈，快速发现问题，缩短反馈周期、做好全链路监控，跨部门一起复盘；三是持续学习，打造容错文化，无责复盘、留实验时间，及时处理技术债务。 书中还提醒我们，别过度依赖全能员工，要靠团队和自动化弱化单点依赖；打破部门壁垒，让开发和运维共同对结果负责；技术债务要及时偿还，避免小问题拖成大隐患。 实际工作中，可以先给手头工作分好类别，理清轻重缓急，拒绝无关的临时工作；用共享看板让进度可视化，避免同时做太多事；每天开短会同步进度，事后不追责，重点复盘改进流程。 技术的目的是为业务创造价值，不是只实现功能。除非清楚哪些事不该做，否则没时间做重要的事。改进不是一次性的，是持续的过程，只有聚焦瓶颈，才能提升系统整体效率。

听完了。看得少，听得多。更多是在洗脸刷牙的时候，做饭吃饭的时候，断断续续的听。回忆一下，还是没有边看边想的效果好。尤其是这样的图书，最好是边看边画图边总结，才会真正有收获。 后面部分讲到沙盘，如果能亲身实践一下，应该体会更深