上午，两位同事分享了我们为什么要实施敏捷，有的同事是基于敏捷价值观进行分析，认为这种在实践中探寻更好的软件开发方法的价值观适合我们，有的同事根据周围情况总结，1.是因为公司要求，2.追求技术实践，能带给项目明显收益，3.基于痛点改进，搭上敏捷的列车。不管是基于哪种需求或要求，我们都能感受到，公司正在如火如荼的进行敏捷改进，公司结合我们的实际情况推出了AMM，以价值为驱动的敏捷改进模型，在这个模型中，对团队运作，项目运作，产品运作，需求，简单设计，测试，配置管理这几个维度提供了方向，以度量和学习文化为依据和基础的逐步的改进。
既然，公司已经提供了AMM模型，也输出了一些优秀实践，那是不是每个项目直接套用这些方法就可以了呢？为什么需要培养项目自己的教练？
1、指导
a.在项目实施敏捷初期，需要外部教练进行贴身指导，传递敏捷的核心思想，而非僵化的套用一些流程及技术实践，为以后持续改进提供铺垫
b.另外，在某些技术实践的落地上，与项目成员结对实施，指导了项目的同时，也培养了项目或团队的成员，
2、镜子
教练能反馈出项目的实际情况，通过观察，度量，可视化
3、指南针
提供改进的方向
4、催化剂
敏捷在项目或团队实施一段时间后，教练需要积极主动的观察，需要根据项目或团队自身的情况，进行调节和持续持续的改进，
