在阅读这本小说的过程中，很多场景和内容都有似曾相识的感觉。给我印象特别深刻的是文中讲述的“三步工作法”。
言归正传，什么是”三步工作法“呢？
”第一工作法帮助我们理解在工作从开发部门移向IT运维部时该如何建立快速工作流，因为那就是业务部门与客户之间的衔接。“
“第二工作法告诉我们如何缩短及放大反馈环路，从而在源头上解决质量问题，避免返工。”
“第三工作法告诉我们如何建立一种文化，既能鼓励探索，从失败中吸取教训，又能理解反复的实践是精通工作的先决条件。”
我逐个对这三个工作法按照我的理解解释一下。
第一个工作法就是理顺工作流程，打通瓶颈，使我们能快速提交成果上线。按照文中的说法，就是每天能完成10次产品部署。这个工作法的关键是打通瓶颈，使我们能快得起来。如果瓶颈不打通，其他环节的增速结果也只能徒增积压的半成品。如果能快得起来之后，我们就可以小步快跑（敏捷的思想），不断地给用户输出我们的成果，而不是像以前那样要等上几个月。至于如何快起来就会涉及持续集成，持续发布，严控半成品等一系列最佳实践。
第二个工作法我的理解就是质量管理。而且是要越早，越快地发现问题反馈回来。在第一个工作法中建立的工作流程上越早发现质量问题，修复它们的成本越低。这和我们强调DEV要保障自己提交的Story的质量是一样的道理。除了依赖我们人肉的质量保障，我们还需要建立高覆盖，可重复，快速执行的自动化测试套件。我们一直坚持的Retro也是一种质量保障手段。它提供了一个固定的反馈渠道，使得我们可以不断审视当前的流程，发现问题，解决问题。
第三个工作法是关于创造公司文化的。我认为这部分是最重要的部分。我们需要不断的发现不足或可改进的部分，勇于承担风险来改善它们。同时，我们都要熟练掌握相应技能和时刻准备好Plan B，如有意外也能快速回到正轨。文化这个东西是需要潜移默化地影响大家，而且最好的方式是Bottom Up。需要大家都有这个意识来主动的做。领导层需要做的就是鼓励和肯定。回想我们自己的项目，之前一直在疲于应付功能需求的实现；一些非功能性的需求或问题没有花很多时间来解决。这些是债，出来混迟早要还的，而且是要利息的。我想在接下来的几个Iteration中让大家都来想想我们哪些地方还有不足，需要改善，然后穿插安排几个1周的Iteration来专项解决一些债务问题。
