38张PPT带你一览ADDIE、SAM模型、敏捷模型的优缺点



在2015ATD国际会议会展中，Ms Lou Russell（娄•拉塞尔）带来分享，详细阐述了ADDIE、SAM模型、敏捷模型的优缺点。

小编今天分享拉塞尔演讲的全部38页PPT，非常值得学习哦！

娄•拉塞尔是很多高校和公司的顾问，也是一位广受读者欢迎的作者，更是一位幽默的、充满活力的演说家。她是培训和绩效、项目管理及领导力领域的专家。她出版过多部专著，并为多家期刊撰稿。她曾为维拉诺瓦大学和多家《财富》500强企业做过项目管理方案，并多次在美国国家会议和国际会议上发言致辞，曾获得珀杜大学的计算机科学学士学位和印第安那大学的教育技术学硕士学位。

观点/译意：Lou Russell演讲前调研：过去10年和现在的工作状态

观点/译意：

本次分享的主要内容：

1.为什么所有事情变得如此复杂；

2.各种方法论优点／缺点；

3.方法论并不能拯救您水火之中；

4.所有的事情都跟人有关；

观点/译意：

为什么所有事情都那么复杂？

ADDIE复杂的原因是每个环节都需要签名；

你会经常失败而且会在早期就是失败。

观点/译意： 

举例：为绩效技术公司网站首页创建一个清晰的口号

2分钟，你可以问我任何问题

3分钟，开始为您设计解决方案

2分钟，您还有其他问题吗？

3分钟，确定解决方案

观点/译意： 

迭代/反复

2分钟，你可以问我任何的问题

3分钟，我设计一个原型(图表)

在5分钟(约束):作出我的选择

Lou Russell 通过一个项目简单的例子，告诉大家什么是ADDIE和什么是迭代，她认为就如这个项目一样，需要不断地去询问和确认，而迭代也是一样，需要反复的询问和确认。

译：ADDIE、SAM、敏捷模型的优点/缺点

观点/译意：

ADDIE就如图一样（线性）每个环节都需要做很多的工作；

观点/译意：

ADDIE使用过程中有时候会出现一下情况：

1.唠叨他们来参加会议；

2.又发现一个缺失的需求；

3.发现缺失的需求，把它填补进去；

观点/译意：

设计原则：(SAM+CCAF)伙伴关系&沟通＝有意义的、令人难忘的激励学习体验；

观点/译意：

SAM的应用细节和背后的逻辑；

观点/译意：

应用SAM的时候会出现的问题：

1.SAM要求：把所有你认为你需要的人在一个房间里至少4小时；

但实际情况是：但通常很少你需要的人出现；

2.SAM要求：得到一个较小的既定的人群细化和总结原型。

但实际情况是：哪些特定人群并没有时间，你会抓住一些非特定人群去帮助你完善和总结原型的草图。

3.SAM要求：建立项目的成本和约束,布局设计和开发进度/日期。

但实际情况是：你所建立项目的成本、开发进度/日期、设计等等都是非常紧张和紧凑的；

4.SAM要求：设计出来3个版本并最终交付；

但实际情况是：可能设计出来6个版本都无法实现交付；

5.使用SAM的过程中，客户想要更多的迭代来完成设计导致混乱现象；

6.在推出α版本时，你会发现管理是混乱的；

7.在推出β版本时，你发现了需要调整的地方，尝试去调整，但是由于上一版的限制，只能修改一些错别字；

8.最后被迫的推出一个黄金版本。

观点/译意：

项目管理三角形：

任何一个项目要平衡这个三角（具体请见ppt），其实课程开发也一样，要考虑价值和绩效结果、课程质量以及限制条件；

观点/译意：

敏捷的模型：

分三个阶段，但每个阶段都是一样的，其环节为：测试到设计到开发再到测试，不断在这个循环里面；

观点/译意：

敏捷模型的缺点：

1.由于开发人员同时开发多个项目导致敏捷的速度受到破坏；

2.由于项目预算的问题，导致很难重复项目；

观点/译意：不管是迭代模型还是敏捷模型都有优缺点；

观点/译意：

这里讲的是三种模型在“需求分析、设计、开发、实施、评估”五个阶段在课程开发中的时间占比;(这个调研数据由Capers Jones提供)从这个调研报告中发现SAM其实就是ADDIE的变型体；

安迪曼的敏捷模型(FDD)在五个环节的比例如下分布：需求分析15%、设计15%、开发40%、实施15%、评估15%比较合理，认为“内容”比“设计”更加重要，SAM是源自电子课程设计的，所以才会更加关注设计，而对于内容的关注度偏低；

观点/译意：做项目设计时，哪些人应该参与进来？

观点/译意：

关键成功要素/风险：

1.找到合适的人；

2.找到聚焦时间；

3.展示你的产出成果；

4.意思变化修订是一种常态；

5.从聚焦核心部分开始；

6.即使失败都要失败在早期也允许经常失败；

7.不要很封闭，需要处理不同的意见；

8.在合适地方做恰当的管理；

9.关注点在绩效结果而不是内容；

10.关注绩效而不是工具。

观点/译意：

要对你的世界要有现实性的考虑：

1.合适的人

2.合适的时间；

3.操作的目标；

4.项目管理/快速决策和优先顺序排列。

观点/译意：

你需要这样的一个模型：DISC

D:对任务完成要有控制的支配权

I:要能够影响人们反馈的速度

S:要符合任务完美状态的各种要求

C:持续的对人们进行关怀

观点/译意：

在获取项目需求中：适应的人DISC和普通人DISC的数据对比；

观点/译意：

在项目中不同角色搭配间是如何沟通的？

观点/译意：

你在课程开发中需要不同的角色和成员；

观点/译意：

在项目中很多事情都无法消除你的烦恼，如：定义业务目标、详细的项目计划、管理你的项目、项目回顾；

观点/译意：

什么是项目经理？

观点/译意：什么是项目的赞助者（付钱的业务部门）？

观点/译意：

你可以尝试测试一下；

注：以下的几页PPT是关于一个项目管理是如何操作的。小编附上截图共享给大家。