版本说明：本文最后更新于
2023-06-05，详细更新记录参见文末表格。若链接或图片失效，对文中内容有任何疑义和勘误意见，欢迎留言反馈。
精选程度：★★★★☆ | 博文状态：已完结 | 本地标签：是 | 书籍评分：★★★★★
《凤凰项目》读书感悟
本书英文版最早在2013年出版，由
Gene Kim、Kevin Behr和George Spafford共同创作，以小说形式描述了一家虚构公司在IT项目上遭遇的严重的问题和解决办法。故事的主角被任命为新任IT经理，负责拯救公司的一项重要项目。整本书通过讲述故事的方式，向读者传达了关于敏捷开发、DevOps和持续交付的重要概念，帮助人们理解如何优化IT运维和项目管理。《凤凰项目》在软件开发和IT行业中非常受欢迎，也被誉为DevOps界的神书，是敏捷开发及DevOps领域的必读书籍。（本文最初撰写于2022-11-20）
最近一周阅读了《凤凰项目》，和我之前看过的所有IT管理方面的书都不同，《凤凰项目》通过小说的形式构建了一个实际的企业场景，并将IT管理的理念和方法融入在故事情节中来体现，带读者在IT项目公司内部领略了一番，挺有意思的。
这样的形式让我在阅读的时候感到更加轻松有趣，而且更能够理解其中IT管理方法的实际应用。IT企业内部可能并不如我们想象的井井有条，例如书中描述的让我印象深刻的一个场景就是开发部和运维部之间的冲突，开发部和运维部一直没有对如何交接工作达成有效的共识，导致两个团队之间互相甩包袱：运维部认为开发部总是压着项目的发布期限提交过去，并且代码的质量良莠不齐，导致运维需要加班加点来收拾这些烂摊子；开发部认为运维部不参与出席他们的组织架构和计划会议，为了从运维那里拿到需要的东西需要非常久的时间。类似这样的冲突还有很多，它们都可能导致项目的延期和失败。而解决这些问题的三步工作法等理论和措施则在书中的故事情节中缓缓道来。
其次，本书很多情节都细致而真实地刻画了企业实际开发的情况，作者们将各自的经验映射在主人公比尔的经历上，让我得以对企业中IT的工作状况有了一定的了解。例如对整个公司的组织架构以及IT和其他部门关系的总览，开发团队经常被要求用更短的时间、更少的经费去完成并交付更多的产品，莎拉在办公室的政治闹剧，团队利用看板方法进行工作的组织，如何培养团队成员之间的相互信任等。
总体来说，书中的很多理念对我非常具有启发性，在这里部分罗列如下。
第一、IT工作的四种类型。在书中埃瑞克指出了IT一共有四种工作类型，而比尔通过在工作中逐步的探索发现了这四种工作，它们分别是：业务项目、IT内部项目、变更和计划外的工作。其实对于个人工作或者其他的各种事务来说也是一样，也可以对应到这四种类型中。其中前三类是我们在计划中做的工作，而第四类则是非常具有破坏性的项目，它并不是真正的“工作”，但确确实实需要占据我们的时间，并阻止我们去做真正的“工作”。书中一开始IT部门并没有良好的组织流程，对于这些所谓的救火工作只是消极应付，也没有从源头解决它们，因此问题持续不断地出现，而大家只能疲于应对这些突发的问题，从而没有时间和精力去完成真正的工作，抑或只能敷衍了事，这又导致了突发状况和故障的增多，整个体系形成了恶性循环。因此给我们的启示是，我们应该了解计划外工作的缘由，并设计好针对它们的防范措施，以及出现故障情况的应对方式。只有尽量减少和高效地处理计划外的工作，我们才可以做好真正的“工作”。
第二、IT组织和传统工厂管理具有共通之处，并且很多地方可以借鉴先进的工厂管理方法。书中的埃瑞克很喜欢带比尔到车间中进行观察和教导，并且明确说明IT组织的管理和车间的管理非常相似，比尔一开始不以为然甚至认为埃瑞克是个“疯子”，但后面的经历告诉他事实正如埃瑞克所说的一样。举例来说，约束点存在于大多数工厂中，它们是一小部分资源，却可以决定整个系统的产出效率，而约束点的忙碌程度可以决定系统的等待时间，而在比尔的IT部门中，布伦特就是一个约束点，同样很大程度地影响了IT部门各个项目能否顺利进行。其实不仅是这本书，之前阅读过的《人月神话》《人件》等也体现了这一点，我相信IT项目的管理和传统的工厂管理，甚至各个领域的管理都具有很大的共通性，因此总是可以相互进行借鉴，实际上现在很多的IT管理理论也正是源于对其他领域管理理论的借鉴和改进。
第三、重视IT部门和其他部门的联系。很多公司的各项业务都离不开IT部门的支持，例如书中的无极限零件公司，正如CEO史蒂夫所说，“公司的每一项重大活动都有IT的参与，而且IT对日常运作的方方面面都起到关键作用……这个领导团队的表现对公司的成功是至关重要的”。那么，在这种状况下，IT部门与其他部门都有千丝万缕的联系，我们需要明确每个部门的哪些地方用到了IT，并规范好相关的流程。IT是一种技能，每个部门的人都需要多少掌握一些这项技能，例如明白技术能做什么、不能做什么。
书中还有很多地方也给了我一些启示，例如持续改进日常工作的“改进形”等，限于篇幅不再一一论述。总结来说，这本书通过故事和企业场景，描述了IT管理中可能存在的问题和出现的状况、哪些是糟糕的管理和处理方法，又如何进行好的管理等。它也正是对“开发运维”概念的深刻阐述，不愧被誉为DevOps界的封神之作。
Q & A
暂无
更新记录
| 时间 | 修改内容 |
|---|---|
| 2023-06-05 | 首次发布版本 |
评论区