凤凰项目
一部讲述三部工作法的小说
概述
全书贯穿了“三步工作法”的理论，主角比尔通过这个理论一步步的成长，最后成了下一任的COO。开篇主角比尔只是负责中型机的技术总监，但突然之间，他上面的领导都被公司开除，于是他成为了新一任的领导，而且刚一上任就出现了一个重大的问题，薪资系统出现问题，面临的最糟糕的情况就是员工无法开资，需要他当天就解决这个问题，这就是他上任遇到第一个问题，也是无极限IT部门暴露给他的第一个问题。随后，问题接二连三的出现，让他无法喘息。而最主要的是公司要让一个已经开发了多年而又一盘散沙项目马上上线，因为董事会已经决定要拆分公司。如果不可以在这个项目上翻盘的话，IT部门将会解散，比尔自己也要重新寻找工作。而这个项目就是这本书的书名“凤凰项目”。
这个项目的名称我非常喜欢，“凤凰” —— 在中国的传统文化中，凤凰是一种瑞鸟，称为百鸟之王。而在外国的文化中，可能更和这本书的内容相容，在国外凤凰是来源于希腊语，他混合了亚述人的不死鸟和埃及的太阳鸟演变而来，而无论是亚述人的不死鸟还是埃及的太阳鸟都有可以重生的寓意。就像无极限公司的这个项目一样，需要重生。因为此时他们正在不断的被竞争对手吞噬市场，就算是董事会不拆分公司，他们不久的将来也会被对手所打败，最终的命运也将一样。这就是我喜欢这个书名的原因，要死过才可重生。
主角终于在被弄的焦头烂额的时候，“扫地僧”埃瑞克出现了，他一步步的指导比尔利用三步工作法让IT部门走上正规。
第一步 —— “正向”推向市场
比尔首先利用“第一步工作法”。这一步主要是控制从“开发”到“运维”再到“客户”的工作流，既然称他为流，那么他的一个特征就要时刻的关注，那就是“流量”。这个工作流的流量是这步工作法的关键，为了使这个流可以更快的流动起来，那么就要保证足够小的批量规模和工作间隔，也就意味着你每次发布的东西不能太大，发布的周期也要足够的密。这样才能减少这条流的空闲时间，增加这条流的流量。
互联网产品的特点即是：你不需要憋大招，需要的是可以快速的上线并且不断的迭代，大胆的尝试，小心的试错。这就是要把第一步工作法中的流量最大化。当然，要想更大限度的增加这个流量，还是需要保证：持续构建、集成及部署、严控半成品、以及能够顺利变更的安全系统和组织。比尔通过这一步的工作，将人员的工作侧重点有效的控制了起来，制定合理的工作流，让每个人都清楚的理解工作流，按照工作流来做是第一步工作法的关键。在这一步中，还提到了几个概念：约束点、四种类型的工作以及技术债务。
约束点是在这个工作流中的关键点，如果这个点出现了问题将很可能使得整个工作流停止，所以当比尔了解到这个问题之后，他做的就是将约束点保护起来，然后想尽一切方法让其它的事情不去打扰到约束点，这样可以让这个约束点只为了凤凰项目而生产，让凤凰项目可以最大力度的推进。
四种类型工作：业务项目、IT运维项目、变更以及计划外工作。这四种类型的工作，前三种是无法主观的来控制的，但是第四种“计划外工作”是可以进行控制。很多时间管理的书籍也提到过这一点，那就是对于计划外的事情，要学会如何来拒绝，如果实在无法拒绝，那么可以把他变成前三种类型的工作，这样其它的工作就会顺延。
最后一个概念“技术债务”，这个对于开发人员可能更好的理解一些，那就是Bug。一个系统或产品的开发，是不可有做到“零Bug”的，这个对于开发人员来说，只能出现在梦里，那么当出现Bug需要修正的时候，其实这就是一个技术债务，是因为前期没有做好所欠下的债务。对于这类的工作如果已经发生了，那么没办法只能将债务尽力偿还，但是最关键的是在前期不让自己欠下这类的债务。
第二步 —— 反馈
第二步最关键的是形成反馈，用今天互联网的思维来说，其实就是快速迭代的过程，当你可以快速的发布了之后，也要可以快速的收集到反馈。但是在这里又提到了几个概念来完善这个反馈，那就是“等待时间可视化”与“节拍时间”。其实从另一个角度上来说，这两个概念是相辅相成的关系，为什么要有“节拍时间”。这个词来源于制造业，就是跟上客户需求所需的周期时间。如果在工作流中有任何操作的时间比节拍时间要长，就无法跟上客户的需求了。那么如何来知道自己的节拍时间呢？这就是要让“等待时间可视化”。等待时间取决于资源使用率。“等待时间是‘忙碌时间百分比’除以‘空闲时间百分比’。也就是说，如果一个资源的忙碌时间是50%，那么它的空闲时间也是50%。等待时间就是50%除以50%，也就是一个时间单位，比如是一个小时，所以平均来说，一个任务在处理前的排队等待时间为一个小时。但当资源使用率超过80%时，等待时间就会直线上升。那么这样你可以推进的进度就会放慢，因为等待时间变长，一但出现计划外或者“技术债务”的发生，其它的工作就会停止下来。
资源忙碌百分比
第三步 —— 创造公司文化
“第三步工作法”则是更高一个层次的方法。是关于创造公司文化，该文化可带动两种风气的形成：不断尝试，这需要承担风险并从成功和失败中吸取经验教训；理解重复和练习是熟练掌握的前提。
尝试和承担风险让我们能够不懈地改进工作系统，这经常要求我们去做一些与几十年来的做法大不相同的事。一旦出了问题，不断重复的日常操练赋予我们的技能和经验，令我们可以撤回至安全区域并恢复正常运作。
必要的做法包括营造一种勇于创新、敢于冒险（相对于畏惧或盲目服从命令）以及高信任度（相对于低信任度和命令控制）的文化，把至少20%的开发和IT运维周期划拨给非功能性需求，并且不断鼓励进行改进。
网友评论