这两天有个写对敏捷改进彻底失望的帖子比较火，作者写的内容还是比较中肯，描述了当前改进过程中的现状和遇到的问题。谈谈我自己的感想：
1、敏捷改进的目的是什么：是为了过级？还是解决项目在实现业务目标过程中遇到的问题和痛点？对项目的考核是什么：业务目标达成还是敏捷改进过级？我觉得有必要要搞清楚的是：我们为之努力的一定是项目业务目标，如何达成业务目标，我们可以参考敏捷改进模型。为什么要参考敏捷模型？因为很多时候我们解决问题容易出现头痛医头、脚痛医脚，像打地鼠一样哪里冒出来了打那里没有章法，而模型是让大家看到去解决项目痛点时有套路有武功秘籍可以系统性的参考，我理解二者理论上是有相辅相成的关系，目标达成参考敏捷改进模型，敏捷改进模型匹配度越高越成熟越容易实现目标。但是在实际操作过程中往往做着做着就会去对标模型，想办法去举证，我想可能是内功修炼还不够，关注到形却未把握住神，因为形容易学，越容易看起来像那么回事儿。可是怎么才能修炼好内功把握住神呢？我觉得需要根据模型刻意练习，就像武功，先要把招式练熟了才能无招胜有招（当然也有根据武功秘籍修炼走火入魔的，比如操之过急、或没用对方法）。
2、关于改进措施：项目运作过程中出现问题时，制定改进措施是最容易的，一次讨论洋洋洒洒总会制定出大段大段的改进措施，而这些改进措施的有效性如何呢？改进措施与项目现有运作规范流程关系是怎么样的呢？如何能联系起来，融化到我们的日常行为中，而不是间歇性改进。认同前几天A项目分享的改进，做一个就完完整整的敲实一个，并且有结果来验证。在改进过程中我们最不缺的是改进措施，缺的是能落地、能闭环、能快速验证、并能规范到我们日常行为的改进措施。
