这本书的妙处在于，你能在它身上看到工作的影子。虽然说有爽文的嫌疑，devops也不是银弹，但其中提到的约束理论、控制半成品的要求，还是很有启发意义的。跳开具体的管理理论，本书传达的向成熟行业学习的思路，也值得借鉴学习。
对于一位工程师，或者说工程师团队负责人来说，你所做的该是与公司目标息息相关的事。构建一个合适的工作流，保护你的时间、保护你的工程师，确保达到目标。与反馈源保持密切接触，缩短反馈时间，尽可能扩大项目的影响。多探索（但是要控制半成品数），多实践（无交付的脑暴没有意义）。
最后说说局限与思考，本书构建的场景中，主角和CEO有紧密的联系、还有外部的支持，这在很多公司里面是不一样的。团队内有项目管理的专家，有支持主角的下级管理者，也有能干活出活的工程师，很难说这种组合对于项目结果没帮助。最后，拯救公司于水火之中的独角兽项目可不常见，对于日常的工作，如何发动变革，如何带来结果，是《凤凰项目》回答不了的。
