【本文去年发布在欣奔敏捷知识星球里面，现在转载到这里】
在企业培训方面，业届历来存在培训实际效果方面的困扰，典型情况是培训本身很欢快，学员们感觉有所收获，对老师评价也不错，但是过了1段时间，在实际效果上却看不太出来。
最近笔者有幸与某家领域先行公司合作进行了一场留下大作业的诊断式培训，识别了多项改进措施留给参训团队在培训后跟进处理，目前看效果要优于单纯课堂培训，因此在这里分享下本案例。
本场培训整体概况
培训对象主体是一个完整的团队，约30多人，采用敏捷方法已经有24周以上时间，积累了不少实践做法和数据，也面临一些困惑。
此培训大体步骤如下：
1，利用2天时间对该团队及其关联角色进行访谈，对照敏捷成熟度模型进行诊断，根据诊断结果，确定培训要点，定制化培训大纲
2，在2天的培训当中，就诊断中发现的速赢机会，进行重点讲解，并结合实际进行实战演练，然后布置作业
3，在培训后整理给出团队的敏捷成熟度评级，强弱项分析，改进建议和改进路线图
诊断依据-敏捷成熟度模型
敏捷成熟度模型在业界有许多个，本次采用了原创敏捷部落成熟度模型，这模型的特征是在小队级和部落级两级分别评价。
小队级成熟度模型
以上模仿了CMMI，Level1作为基础，要达到Level2，必须先达到Level1，Level3同理。需求管理等等作为过程域，达成该过程域的目标，那么就算符合该过程域。
部落级成熟度模型
经过访谈，对照模型，就能容易得发现差距。CMMI追求广泛适用性，因此使用CMMI模型有门槛，未经培训很难使用CMMI模型进行判断，而本次所用模型采用了具体指导式写法，稍有了解就能使用，鼓励团队自身定期使用本模型来识别差距和识别改进优先动作。
定制化培训大纲实例
以下是根据诊断结果，得到的培训大纲实例
第1天
模块 | 主要内容 |
敏捷概述 | 1. 敏捷起源和历史 2. 敏捷实践特征 3. 典型之Scrum方法 4. 典型之Kanban方法 5. 精益-敏捷理念 |
敏捷团队 | 1. 敏捷与管理 2. 敏捷团队领导 3. 构建积极的团队-敏捷团队章程 |
敏捷需求 | 1. 敏捷需求基础-敏捷故事 2. 敏捷需求进阶-故事树 3. 敏捷需求工具-整合WBS |
敏捷规划 | 1. 生命周期设计 2. 估算和度量 |
敏捷实施 | 1. 利用看板开展可视化管理 2. 度量和统计 |
第2天
模块 | 主要内容 |
规模化工程实践 | 1. DevOps成熟度模型 2. 工程实践路线图 |
持续集成 | 1. 持续交付和持续集成 2. 部署管道 3. 持续集成的规则 4. 代码扫描 5. 每日集成 |
开发人员测试 | 1. 测试先行-测试驱动开发 2. 测试后行-测试保护开发 3. 解决测试数据依赖-童子军规则 |
测试人员测试 | 1. DevOps和敏捷下测试的变化 2. 实施测试策略：测试故事 3. 组合运用自动化测试和手工测试 4. 运用接口测试和UI自动化测试 5. 探索性测试 |
培训按照大纲进行，对比以往培训的区别在于取消了所有的模拟练习，由于时间紧凑，更加没有“纸飞机”类体验式游戏，换成了该团队实际工作环境实战演练。练习景象就跟日常工作一样，既有的JIRA，Confluence，IntelliJ等等依次打开。具体练习例子有：
1，利用JIRA建立小队迭代面板，获得燃尽图
2，利用Confluence建立故事，并且链接到JIRA
3，IntelliJ下编写可重复执行的测试用例
留下的大作业实例
给到小队的作业
给到部落的作业
可以看出是根据前面的敏捷部落成熟度模型当中各个过程域来识别了改进机会。
诊断评级
根据各过程域诊断，得到诸如如下雷达图，下图数据都是模拟。
小队级评级结果样例
对照小队评级判定表得到等级评估，比如2.1级
部落级评级结果样例
