转向70:20:10的学习模式需要学习和开发团队的转变。 传统上,学习和开发团队参与以下活动:
- 直接促进和提供培训,或
- 组织和开发面对面的程序。
但是,朝着70:20:10模式迈进通常意味着团队需要改变他们的工作方式。
从培训需求分析到绩效需求分析
传统学习和开发团队的核心活动之一是培训需求分析。 随着转向集成的70:20:10解决方案,理解业务问题和环境变得更加重要。 该过程从培训需求转变为绩效需求。 绩效需求分析的重点是员工需要做什么以及实现这些障碍的障碍。 它是在寻找可能不仅仅是缺乏技能或知识的障碍。 在分析阶段提出更广泛的问题意味着可以设计更好的集成解决方案。
从服务中心到顾问
组织通常将专注于组织学习计划的学习和开发团队视为服务中心。 转向70:20:10的学习模型通常要求组织的某个部门要求培训(第10项)时,学习和开发团队需要挑战他们,更像顾问一样工作,以确定真正需要什么。 进行这种过渡并不容易,并且需要完全不同的影响力以及思维方式的转变。
学习生态系统
70:20:10学习模型通常意味着学习和开发专业人员正朝着设计“学习生态系统”迈进。 每个组织的学习生态系统看起来都将有所不同,但它不仅仅是一系列的面对面或在线课程。 学习型生态系统意味着学习者可以从其经理那里获得学习的支持,他们可以以适合他们的格式访问信息,并且拥有可以让他们共享和表达知识的系统。 在这种类型的环境中,人们经常发现自己正在开发绩效支持和工作辅助工具,提出有关流程的建议并帮助重新设计系统。 学习和开发生态系统的人们变得更加专注于如何提高员工的生产力,而不仅仅是接受正式培训。
曾经致力于组织培训计划的学习和开发团队成员转而成为学习设计师。 参与直接交付的团队成员将转到社区经理或内容负责人的角色。 这些转变通常是自然的过程,并且很容易发生,因为成为出色的面对面辅导员的许多核心技能与成为出色的社区经理所需的技能相同。 但是,要成为一名学习型设计师要困难得多。 过去,外部提供商(可能负责面对面交付或开发在线模块)负责所有学习设计。 70:20:10的方法通常意味着学习和开发团队将设计总体架构以及各种媒介的组合。 因此,他们需要对人们的学习方式有更深入的了解。
设计生态系统
传统上,学习和开发一直使用分析,设计,开发,实施,评估(ADDIE)模型来设计程序。 ADDIE非常适合设计课程,但不允许设计整体生态系统。 学习和发展所需要的是一个整体的过程,需要考虑多个要素及其协调的复杂性。 解决方案在于“设计思维”。
设计思考是关于采用设计师(例如产品设计师)使用的混合创意和分析方法,并将其应用于任何问题。 这一过程使学习专业人士能够重新思考,重新设计和重建学习在组织中的工作方式。 Sprout Labs汇集了“边学习边学习”框架,该框架结合了基于70:20:10的学习程序设计原则和在学习程序中使用设计思维的指南。
70:20:10学习程序都是关于实施的
管理基于70:20:10模型的学习程序的项目比仅运行课程要复杂得多。 它们具有更多的活动部分,而不仅仅是一次性的事件,而且学习和开发操作人员通常至少在开始时就发现增加的复杂性很困难。 运行70:20:10学习程序比运行事件更像是进行广告活动。 有关该程序的详细计划需要成为整个设计过程的一部分。
成为您想在世界上看到的变化
学习和开发团队可以为新的工作和学习方式创建温室。 由于转向了70:20:10学习模式,并且学习中使用的技术越来越多,这意味着团队成员经常需要重新技能,因此绩效差距为榜样提供了一个机会,可以树立70:20:10模型的工作方式。 对于管理人员和员工而言,通常很难准确地掌握持续学习的模样。 他们需要例子。 如果学习和开发团队减少了参加的课程和会议的数量,并增加了他们进行的非正式学习的数量,那么这将为组织的其余部分提供强大的参考模型。
有用的问题是:
- 您如何在团队中使用同伴学习?
- 如果我们停止参加会议会怎样?
- 您的团队如何嵌入并树立榜样的锻炼习惯?
这是一篇博客文章,摘录自我们的电子书, 该书关于在组织中播种70:20:10学习模型的种子 。
Freepik的一些图形
最初发布在 www.sproutlabs.com.au 。