引言
2015.5.28，携程网宕机，消耗了10几个小时才恢复，每小时的损失高达100万美元。作为随时处于变化之中的互联网公司，发生事故总是难免的，但在这次宕机中对突发事件中响应得不够灵活顺畅，就很难被接受了，据说几位高级总监已经被开掉了。
近年来，不论大型还是初创公司，纷纷引入敏捷软件开发的理念，遍地开花。敏捷在不同的组织中以不同的形态出现，Scrum、看板、甚至精益创业等等，无不围绕快速迭代和改进的研发理念展开。强调需求分拆，时间分拆，进度可视化，利用度量进行改进等实践，来提高组织协作的顺畅度，提高灵活性以满足随时变化的业务需要。老板、销售、产品经理、项目经理、过程改进人员、开发测试人员都能听得懂，然后开始导入，不亦乐乎。
一段时间后，爱思考的管理者就会冒出一些疑问，怎么开了很多会没是觉得配合不顺畅？怎么还是感觉进度不快？质量也没见提高？于是乎，很多人就都会给出分析：比如开站会的姿势不对，比如看板不够漂亮，比如度量手段不完善，比如团队缺乏正能量，等等。总之，都还是强调深化过程改革和意识培养。但现状却是仍然觉得组织协作不够顺畅，以至于对市场事件和业务需求变化不能够及时响应，业务总是觉得一点需求变更就会花很久才能完成，最终客户方的满意度提高缓慢。
刚刚买到一本《如来神掌》，就以为自己真的会功夫了？
