的敏捷进化方向

　　副栏1传统课程开发模式转型六点注意事项
　　第一，企业变革转型加速，长周期开发的课程无法很好地匹配企业
　　动态需求，课程开发的速度必须跟上企业的快速发展变化，应需而变；
　　第二，由于学员工作繁忙，企业需开发的大部分课程是2～4个小时的
　　迷你课程，以便于日后的组织和实施；
　　第三，课程开发必须紧密贴合业务，与业务部门捆绑在一起，甚至
　　以业务部门的业务专家为主开发课程：
　　第四，培训部门必须提供简单易学的课程开发方法，以便业务专家
　　们掌握和使用，尽量提供模板，简化不必要的表单、样稿，以便好上手，
　　易获得成就感；
　　第五，负责开发课程的业务专家大都承担着繁重的任务，在工作中
　　完成课程开发的效果很差、周期过长，最好的方式是把他们集中封闭起
　　来，在学习课程开发方法的同时完成课程开发的任务；
　　第六，负责开发课程的业务专家对高标准的交付成果有抵触心理，
　　应当灵活调整交付标准，允许业务专家先开发出一个可以上课的毛坯产
　　品，再不断地对课程进行迭代升级。
　　从2014年开始，企业中课程
　　开发的需求越来越多。然而，现
　　在课程开发的主体人群是企业内
　　部的兼职讲师或业务专家。对他
　　们而言，以前使用的ADDIE模型
　　虽然好用，但显得复杂、难以掌
　　握与操作，更适合做大型复杂的
　　课程开发项目。同时，由于受到
　　电子学习、移动学习、MOOCs、
　　微课、移动互联网等技术的影响，
　　企业课程开发的需求逐渐呈现出
　　新的特点，也给ADDIE模型提出
　　了挑战，促使其转型（见副栏1）。
　　此外，运用ADDIE模型开发
　　课程，不仅周期过长，而且对环
　　境变化的应对性差，课程的交付
　　标准和品质要求也都非常高。因
　　此，企业急需一个简化的高效课
　　程开发方法，能够让普通员工迅
　　速掌握并大规模推广，使他们也
　　能快速开发出课程来。FDD敏捷
　　课程开发模型正是产生于这样的
　　背景之下。
　　FDD
　　轻型与敏捷的课程开发方法
　　FDD敏捷课程开发模型借
　　鉴了软件产品开发的敏捷技术理
　　念。作为敏捷开发的创始人之一，
　　RobertMartin曾如此定义敏捷技
　　术：它是一套方法论和思维理念，
　　敏捷代表着有效和灵活。
　　我们称那些轻型的、有效的
　　方法为敏捷方法。在应用重型方法
　　时，我们在一些不必要、重复的中
　　间环节上浪费了太多的精力，而敏
　　捷则避免了这种浪费。FDD敏捷
　　课程开发模型把所有需要业务专家
　　知道并且听得懂的方法做了保留，
　　不需要知道的内容全部做了剔除，
　　日的是最大程度简化课程开发的难
　　度和专业深度，减少不必要的精力、
　　时间和财力上的浪费，并保证没有
　　课程开发经验的普通员工都能开发
　　出精品课程。
　　FDD模型
　　需要改变七个工作方式
　　FDD敏捷开发模型的技术路
　　径是：目标需求一小范围实验一
　　反馈修改一产品迭代一获得核心
　　认知一完善。经过大量的实际项
　　目，我们发现要实施FDD敏捷课
　　程开发必须具备以下前提：
　　第一，课程开发的工作模式，
　　需要由原来的个人开发转变为团
　　队开发。
　　TIPS：FDD敏捷思维模式的九大要点
　　1。敏捷开发的方法，是尽一切可能杜绝资源、时间和精力上的浪费；
　　2。敏捷不仅是简单的快，而是短周期内不断改进、提高和调整；
　　3。敏捷不仅能完成快速开发和快速讲授，还能快速形成课程雏形、全
　　员测试反馈并修改提高；
　　4。敏捷并非是一个课程版本只实现几个目标，而是突出重点，果断放
　　弃当前的非重点目标；
　　5。敏捷随时可以增加需求，而且在每个迭代周期都对需求进行细化和
　　补充，即使到了开发的后期，也欢迎改变需求；
　　6。敏捷鼓励尽可能早地提供课程的迭代版本，并尽可能早期调整，避
　　免一开始贪大求全；
　　7。敏捷强调经常性的交付，可以验证迭代的课程成果，在一开始尽可
　　能快地开发出最精简的原型，然后投入最少的时间和精力开发出体现核心
　　价值的内容，在内容确定的基础上，进一步设计教学方法和完善课程资
　　料，最终做到极致；
　　8。在整个项目开发期间，业务人员和开发人员必须天天都在一起工
　　作；
　　9。在课程开发团队内部，最具有效果并且富有效率的传递信息的方
　　法，就是面对面的交流。
　　第二，课程开发团队的主体
　　是企业内部的业务专家（他们通
　　常就是待开发课程的内部讲师）。
　　他们在一定程度上了解课程内容，
　　有不同的角色分工，愿意投入时
　　间和精力，愿意快速学习。endprint
　　第三，由原来的咨询式开发
　　模式，转变成团队共创的工作坊
　　开发模式。
　　第四，在开发前要确定开发
　　的课程主题。
　　第五，需要事先了解各个课
　　程的学员和学员主管的需求。
　　第六，尽可能多地搜集课程
　　内容素材并带到课程开发的工作
　　坊现场。
　　第七，开展课程开发协作会
　　议。由公司领导解释课程开发的
　　意义，树立业务骨干和经理们开
　　发课程的动机。随后在引导师引
　　导下，梳理课程开发的方向、需
　　求、需要收集的素材和交付成果
　　要求。
　　四步学会FDD课程开发
　　FDD敏捷开发模型可分解为
　　四个步骤（见图表1）。
　　第一步：聚焦课程开发方向
　　主要工作是确认所开发课程
　　的目标和收益、学员对象，以及
　　给课程起一个响亮的名称。
　　第二步：内容开发
　　分析课程内容、课程内容架
　　构，用PPT开发主要内容。进行
　　第一轮验证和迭代修改，主要验
　　证课程内容的价值、完整性和新
　　颖性。
　　为什么先进入内容开发，而
　　不是教学设计呢？我们发现业务
　　专家开发课程首先考虑的是内容，
　　而不是课程设计，并且他们根本
　　听不懂学习目标、教学方法是什
　　么，他们先考虑的是有没有内容
　　素材。
　　在过去的五年当中，我们在
　　极力扭转业务专家这种开发的惯
　　性思维，但发现事倍功半，很艰难。
　　那怎么办？合理的做法是顺应多
　　数人的开发习惯，先做内容开发，
　　而非课程设计。
　　第三步：教学设计
　　设定各模块的学习目标、教
　　学方法和多媒体工具。进行第二
　　轮验证和迭代修改，主要验证课
　　程内容和学习体验的匹配。如果
　　达到交付标准要求，就结束课程
　　开发工作。
　　第四步：完善课程材料
　　主要工作是美化PPT、讲
　　师手册、学员手册和学习效果
　　迁移工具。进行第三轮验证和
　　迭代修改，主要验证课程内容
　　和学习体验的匹配。如果达到
　　要求的交付标准，则结束课程
　　开发工作。
　　内容前置实现敏捷改进
　　不可否认，FDD敏捷课程开
　　发模型是ADDIE模型的变体。但
　　前后对比一下，从A（ADDIE）
　　到A（AgileADDIE，即FDD敏
　　捷课程开发模式），FDD到底做了
　　哪些方面的改进？
　　通过与ADDIE相比较，FDD
　　敏捷课程开发模型体现出很多突
　　出的优点（见图表2）o它将传统
　　ADDIE模型五个步骤中的内容部
　　分前置：
　　首先，通过聚焦获取需求；
　　其次，进入业务专家最熟悉也最容
　　易进入角色的内容开发阶段；再次，
　　针对内容进行架构设计和呈现，只
　　有当内容具备新颖性、完整性，价
　　值感凸显出来，才进入下面的环节；
　　最后，进行迭代验证环节。
　　过去的ADDLE模式复杂、交
　　付标准高、周期长，若转变成简单
　　的FDD模式，交付结果就变得非
　　常灵活，时间周期从3～6个月缩短
　　为3～6天。FDD敏捷思维并不否定
　　ADDLE模型中的开发要素，其核心
　　思想是在保留ADDLE模型的优点的
　　同时，解决其课程开发周期长、流
　　程复杂难掌握、不能很好地适应互
　　联网时代环境变化的缺陷。