独角兽项目：数字化转型时代的开发传奇

一、书本身 听这本书的时候正是我人生第一份正式的软件开发实习的第七周。所以这本书对我而言很有趣，情节本身一波三折，如同身边的职场，让我不禁想到此时此刻公司里的某处可能就在上演这样的故事。书中涉及了许多软件相关的概念，也让我认识了各种技术部门。主人公还给我树立了一个杰出软件工程师的榜样。总体来说，这本书吸引了现在的我，如果再活一次我应该也愿意看这本书。 二、听书 《独角兽项目》对我而言有比它自身更深远的意义——这是我第一本听完的书。也就是说，它让我意识到“读”书不一定要用眼睛，也可以用耳朵。更重要的是，要随心所欲。这本书不在我的任何读书计划中，我只是偶然开始，发现喜欢，于是继续直到全书结束。在这期间我还同时在读/听另外好多本书，大部分都没能吸引我，于是我自然而然地放下了，没有负罪感。想听就听，想看就看，感觉无聊就随意停下，突然想到了什么就立刻搜来看，这种自由地阅读让我既喜欢又感慨。 三、自由 我是从什么时候开始不自由地读书了呢？好像从主动阅读时起，我就在追求完美阅读了。我自然而然地认为，读书等于从第一个字读到最后一个字，若非如此，就不能翻开，如若翻开，就不能停下。这个作茧自缚的习惯给我带来了数不清的别扭，甚至是痛苦。可它是如何养成的呢？是学校灌输的吗，好想是也不是。不过我自己的完美主义倾向大概在小学一年级就开始成型了，老师表扬我写字漂亮，于是我开始像画画一样写字。是因为我潜意识里觉得“知识改变命运、高考决定人生”，所以读书被神圣化了？不过，我的完美阅读倾向和查理·芒格肯定有关系，他让我相信读书非常重要，因为重要所以我自然而然地认为要一字不差地阅读，现在看两者并不能划等号。好在认识了纳瓦尔，他说“读书的唯一原因应该是喜欢”、“我翻开很多书，但只有很少一部分构成了我认知的基础”、“读你喜欢的，直到你学会热爱阅读 (Learn to Love to Read)”。

上一本《凤凰项目》，是从运维角度 讲述如何通过流程改进，来减少关键节点做无谓消耗，来提升整体效率的故事。 这一本《独角兽故事》，是从开发角度，讲述如何与团队通力合作，了解客户真实的需求，通过文档/自动化改进流程，来持续成就小项目，从而拯救了整个公司的故事。 相比于上一本《凤凰项目》，我更加喜欢这本。主要是因为，它的开发角度，和我更加契合。 作为读后感部分，我来总结一下开发的良好习惯。 1. 保持记录，做笔记。一份记录详细的笔记，不仅方便自己回顾问题，也让别人在希望解决类似问题/自动化的时候，有良好的参考资料。在这本书里，运维人员就是依靠马可欣的笔记，来搭建起来整个项目的。 2. 持续集成/上线。开发一个功能，是根据对于需求的假设进行的。但假设很可能出错。保证不出错的有效方式，是上线验证，获得反馈。开发-上线-反馈，这个流程越短，就能越快速地了解，是否走在正确的路上。 3. 了解用户，获得来自用户的真实反馈。时间有限，所以需要做最重要的工作。而来自用户的真实反馈，是对于重要性的有效证明 4. 给创新留出空间。现有业务为了保证稳定运行，可能会有很多繁杂的流程；这些流程会拖慢进度，严重阻碍创新。但是，现有业务的获益者，并没有动力去支持创新。这时候，一套能够主动支持创新的体系，就尤为重要了。 5. 找到志同道合的人。在书里面，马克辛被拉入了“反抗军”——是一群主动对抗顽固不化的制度的人。这群人互相沟通支持，才把一个复杂的项目搭建起来。能找到这样一群相互支持的人，比一个人单打独斗，要重要很多了。 6. 找到对应的权利支持（Sponsor）。在这本书的故事里，艾瑞克一直是站在“反抗军”这边的；并且，他的意见可以直达 CEO/董事会。这才保证了，“反抗军”的人的努力被看见，从而做出更进一步的改进。 总体来说，这本书，读起来挺让人入迷的。好评推荐～

是《凤凰项目》的姐妹篇，五大理念包括： 1. 局部性与简单性（代码与组织的局部性与简单性）； 其实无论代码，还是组织，核心是简单，如果都你中有我，我中有你，就跟几条耳机线一样，缠在一起，非常乱； 2. 专注、流动与快乐 能产生心流的工作最好； 3. 改善日常工作； 除了功能外，还有考虑质量，安全，与技术债务偿还。 4. 给予心理安全感； 即团队与公司的数字化，要带给在做的人以安全感，如果是以抛弃某些员工为代价，这是不安全感。我记得提效的工作中，我们常常喜欢说干掉XX，这是不聪明的，也是在制造不安全感，举个例子：产品帮助中心变得更好了后，你们CSM就不需要那么多人了，可以开掉一些。另一种视角：产品帮助中心做得更好了后，你们每个CSM就可以服务更多的客户了，人效得到提高，如果激励政策保持不变的话，相当于每个CSM的激励都变高了。 5. 以客户为中心； 一切的高效，如果不考虑客户要啥，都是徒劳，白天刚看了最近一份客户调研问卷，里面有个客户表达的是：根据客户使用习惯来更新产品。就是这个意思。 我是才知道原来还可以主动引入技术债务，就是在拼项目进度的时候。

这本书倡导的核心理念有如下几个自己较为认可： ① 企业 IT 必须与业务融为一体，成为业务发展或者创新的一部分，才能长久地生存下去。IT 自嗨或者憋大招，都是自寻死路，最后都会沦为系统运维服务中心。 ② 企业高层必须能够清醒地认识到，什么是核心业务（core），什么是非核心业务（context）。客户不会为之买单的业务、流程、系统，都是非核心的，都可以外包或者简化。客户不会为了公司的薪酬系统、考勤系统、餐厅系统买单，能够直接或者间接为客户提供价值的，才是真正值得公司投入和认真运营的。 ③ 技术在迅速地更新迭代，每个成年人必须清醒地认识到这一点，并且愿意俯下身子去认真地学习，几年前你赖以生存的技能，现在可能一文不值或者成为拖累公司业务发展的瓶颈。所以，义无反顾地坚持学习，是每个成年人生活的底色。

很难得将一个公司的变革，技术性如此之强的故事写的跌宕起伏，对很多理念介绍的深入浅出，让我这样不懂软件行业的人也能看的津津有味，很有启发。说明一点，大公司真的战略性转型其实有个小团队就足够了 和最近爆火的张雪机车、火箭少年一样，其实很多大事只要有几个有想法的、坚定不移的做下去的人基本就能成

读完《独角兽项目：数字化转型时代的开发传奇》，我跳出了单纯编码的思维局限，对开发工作与数字化转型有了全新认知。作为一线开发人员，我深知日常常陷入代码堆砌、流程繁琐、技术债务堆积的困境，这本书精准戳中了传统企业研发的痛点。 书中提出的五大核心理念让我受益匪浅，尤其是局部性、简单性与心理安全的理念。以往我只注重功能实现，忽视代码架构精简和模块独立，导致后续迭代牵一发而动全身，大幅增加开发与维护成本。同时我也明白，高效研发离不开良好的团队氛围，心理安全的协作环境，才能让开发者敢于优化重构、主动解决问题。 这本书让我认清，开发绝非单纯写代码，而是以客户为中心、持续优化流程、消解技术债务的全过程。未来我会摒弃低效的开发思维，兼顾代码质量与迭代效率，主动践行DevOps理念，简化开发流程、优化架构设计，在日常工作中持续精进，助力团队高效完成数字化转型落地。

读完《独角兽项目：数字化转型时代的开发传奇》，我最大的感受是，这本书虽然讲的是软件开发和数字化转型，但里面很多问题其实和我们平时的开发工作非常接近。项目推进不顺利，很多时候并不完全是技术能力不足，而是需求、流程、沟通和团队协作中的问题不断叠加，最后让整个开发过程变得越来越复杂。 书中通过故事的方式展示了一个大型企业在数字化转型过程中遇到的各种困难。开发人员每天都很忙，需要处理大量需求、系统故障和历史遗留问题，但真正用于改进产品和创造新价值的时间却并不多。这一点让我印象比较深。在实际开发中也经常会出现类似情况，有时候一个功能本身并不复杂，但因为需求理解不充分、系统之间存在依赖，或者前后环节沟通不到位，最终会花费比预期更多的时间。 这本书也让我重新思考了什么才是真正的开发效率。以前可能更关注功能有没有按时完成、代码有没有写完，但从整个项目来看，完成代码只是其中一个环节。一个功能最终能不能解决用户的问题，能不能顺利上线并长期稳定运行，其实更加重要。如果只是快速完成开发，却没有考虑后续维护和实际使用体验，反而可能给项目留下更多问题。 结合自己的工作，我觉得开发人员除了提升技术能力，也需要主动去理解用户真正需要什么。很多时候用户描述的是一个具体功能，但背后真正想解决的可能是另一个问题。只有多站在用户角度考虑，才能减少反复修改，让最终做出来的功能更加实用。 现在AI和各种开发工具不断发展，写代码的效率已经越来越高，但需求分析、系统设计、沟通协作这些能力仍然很难被完全替代。《独角兽项目》让我认识到，数字化转型并不只是使用更多新技术，而是通过技术、流程和团队协作的共同改进，让开发真正能够为业务和用户创造价值。

在数字化浪潮席卷各行各业的当下，企业数字化转型早已不是选择题，而是生存与发展的必修课。《独角兽项目：数字化转型时代的开发传奇》以小说叙事的鲜活形式，跳出枯燥的理论说教，真实还原了传统企业数字化变革的困境与突围之路。读完本书，我不仅读懂了DevOps开发理念的核心逻辑，更对企业数字化转型的本质、痛点与落地路径有了深刻且具象的认知。 本书作为《凤凰项目》的续作，延续了职场纪实的写作风格，聚焦传统企业IT团队的转型困境，提炼出数字化开发与企业变革的五大核心理念，打破了很多人对数字化转型的片面认知。多数企业误以为数字化就是堆砌技术、更新系统、上线新程序，但书中用真实案例印证，转型的最大阻碍从来不是技术短板，而是僵化的组织架构、繁琐的流程壁垒和保守的思维模式。部门推诿、流程冗余、重复工作、创新受限，这些根深蒂固的管理问题，才是阻碍企业数字化升级的核心症结。 书中最让我触动的，是对“无效工作”的深刻剖析。在传统IT工作模式中，很多员工深陷琐碎的流程性工作，频繁的审批、割裂的部门协作、无序的任务迭代，让技术人员耗费大量精力在内耗工作中，根本无法专注于核心研发与创新工作。这也是很多企业投入大量人力、物力推进数字化，却始终收效甚微的关键原因。而书中主人公团队的破局之路，正是摒弃形式化流程，践行简化系统、专注深耕、优化工作、安全赋能、聚焦用户的五大理念，打通技术、运维、业务的壁垒，让技术真正服务于业务价值。 数字化转型的核心是“人”与“思维”的转型，这是本书传递的核心真谛。技术工具可以快速迭代，但团队的协作思维、创新意识和容错心态，才是转型成功的关键。书中提到的心理安全理念让我印象深刻，很多企业惧怕试错、规避风险，一旦项目出现问题便一味追责，导致团队畏手畏脚、固守旧模式，不敢尝试新的开发思路与转型方案。而真正的数字化创新，必然伴随着试错与探索，包容的团队氛围、容错的管理机制，才能激活团队的创造力，为转型注入动力。 同时，本书让我明白，数字化转型从来不是IT部门的单打独斗，而是全员协同的系统性工程。传统模式下，业务、技术、运维各自为战，信息割裂、目标不一，导致技术研发脱离用户需求，业务落地缺乏技术支撑。而成功的数字化变革，需要打破部门边界，构建协同共生的工作模式，以用户需求为核心，以高效迭代为目标，让技术迭代贴合业务发展，让业务需求驱动技术创新，实现技术与业务的深度融合。 通读全书，我深刻认识到，数字化转型没有捷径可走。所谓“独角兽项目”，并非依靠激进变革一蹴而就，而是源于对细节的优化、对流程的重塑、对思维的革新。在时代飞速迭代的今天，无论是企业还是职场人，都不能固守传统、安于现状。我们需要摒弃固化思维，学会简化工作、聚焦核心、勇于创新，打破自我桎梏与协作壁垒。未来，我将以书中的先进理念为指引，在工作中追求高效务实、协同创新，主动适配数字化发展趋势，以持续精进的姿态，拥抱变革、赋能成长。

春节时看的《凤凰项目》姊妹篇。如果说凤凰项目，从项目管理角度去讲述一个故事，那么这本书更加的接地气，从开发者的角度去叙述故事。凤凰项目和独角兽项目其实是同步进行的，只不过独角兽项目，有更多的细节。很多技术细节，我看到之后觉得格外亲切。 玛克辛作为一个优秀的架构师，因工资系统的故障，而流放到到凤凰项目（当时凤凰项目有一个不好的名声），她很是郁闷。但是为了找到她的个人价值，她加入了“反抗军”-一群想要改变系统现状，而绕开现有公司流程操作（大公司一大堆流程，需要填写工单）的小团队。他们不断的优化系统，调整架构，让开发部门由之前差点被外包成为了公司核心部门的过程。故事主要想表达这五个理念，局部性和简单性；专注、流动和快乐；改进日常工作；心理安全；以客户为中心。通过故事，更加容易理解、体会这些理念。 局部性和简单性 他们之前的系统很是庞大，发布一次很困难。每次合并代码，都要花费很长时间解决冲突。通过数据总线，慢慢剥离，让系统发布更加便捷。（这一部分看的还是有点蒙，希望再看一遍的时候，有不一样的体会） 专注、流动和快乐 工作对于我来说，目前而言，不仅仅只是为了每个月的工资，我想还有一部分个人价值在里面。为何我工作了三年，提出了离职，因为我找不到自己的价值，觉得很是无聊。除开每个月发工资的那一串数字，其它的，我真的觉得太内耗。看到书中的玛克辛，从工作中找到快乐，也是挺让人羡慕的。里面让我比较深刻的是布伦特，是一个技术大佬，公司出现的很多问题，首先想到的都是找他，同时让他无法专注。很像自己当前公司的一个大佬，只要有解决不了的问题，都找他。 改进日常工作 在我理解就是写blog，让自己当前的工作方式更加便捷。比如一个任务，第一次做的时候比较慢，能不能在做完这个任务之后，记录一下，想想哪些可以优化下，下次做类似的任务时，可以进行参考。 心理安全 故事中提到，每次遇到问题，开会不是为了指责谁做错了，谁有问题，而是讨论事情，总结教训，而不是指责、推卸责任。如果说只是去探讨事情，不论对错，我觉得每个人没有了心理包袱，才会比较真诚的说出自己的想法（心理安全的前提）。我觉得现在公司所在项目团队，都处于一种心理防备状态，所以效率不高，只是布置任务，执行任务而已。 以客户为中心 故事中讲到他们开发人员脱离门店，开发的软件，公司门店工作人员基本不使用，他们宁愿使用手册去查询，因为使用起来极其的不太方便。后来他们考虑定期举行培训，让开发人员去门店体验工作，以此来优化工作，大大的提高了门店人员的工作效率。 其它摘录 1）库伯勒-罗斯悲伤曲线 https://www.jianshu.com/p/99efe36fe809> 2）结对编程 （亚马逊著名的“两个比萨团队”原则，用两张比萨可以喂饱的团队就能创建出功能特性。）

外国人对数字很有一套，凤凰项目提出了三步工作法，四种类型的工作， devops handbook 整本书就三步工作法进行了案例分析， 独角兽项目提出了五大理念。 2020年是中国企业的数字化元年 企业应对变化有两种策略 策略1:全能型选手，能力跟谁策略，做行业需要的事情 前提是自身能力与行业当前的关键能力匹配 策略2:专业型选手，能力专注策略，拓展能力的应用范围 底层逻辑是把自己的强项卖给需要的人 关注点：了解自身能力，把握行业波动 创业者结合埃瑞克提出的四类业务视角，选择自己的策略， 那么是有望从战略确定到战术落地，结合投标，举措，用户故事地图，精益切片 快速交付，从一匹马成长为独角兽的