/ Feedback

培训的迭代

From Idea To Product Backlog

迭代是一种思考方式,一种做事方式。这意味着迭代绝不仅限于软件开发。意启的培训最初的迭代就只是一封邮件而已,从非常小的一点逐渐“长”出现在的系列培训。

我们的培训最早呈现在用户面前的只是邮件中的一段描述,它给了用户对培训的一个大概印象。用这样如此“简陋”的版本我们收集了不少重要的反馈:大家是否感兴趣,是否愿意掏钱。

接着我们起草了一个脑图,培训有了一个大概的结构,我们只需在这个结构里填充一些基本的内容就可以了。我们和一些朋友分享了我们的脑图,又一次迭代,收集了一些反馈:大家觉得这个内容不错,也愿意来听听。

但是,我们需要一些特色体现我们不同之处,那就是我们要做和别人不一样的培训——沉浸式培训(或者高互动的)。我们早就厌烦那些说教式、填鸭式的培训,这些都是低效的,我们要让用户能真正带走些东西。

  • 第一个迭代我们构思了两个项目:“舌尖上的中国”和“找书”的应用。我们以找书为例讲解,大家讨论练习的时候用“舌尖上的中国”做项目。这样大家就可以在项目中边体验边学习总结了。这样我们就有了第一次正式发布。虽然我们现在看来这是一个十分简陋的版本,但是有很多的early adopter来参加,给了我们十分有用的反馈:培训中两个项目会是学员十分的迷惑,不知道现在是针对哪个项目。
  • 于是我们调整只使用了“找书”的应用,发现这个项目不太能引发大家的共鸣。
  • 我们又调整回“舌尖上的中国”,这个项目在各个环节都能给学院提供足够的内容。
就这样我们基本上保持了每个月一次的发布节奏,每次发布完,我们都会立即根据各自的收集到的信息和感受来对开回顾会议,形成一些Action对培训进行调整。然后我们开始逐步有意识的在每次发布中引入一些变化来做试验,这样可以逐步演进我们的培训。比如我们的培训是用Impact Mapping来组织的,在How的阶段,我们一直难以找到好的方式让大家体验感同身受。
  • 最早的时候,我和Daniel会做一个“找书”项目的客户访谈的演示,然后让每组针对“舌尖上的中国”项目选出一人来做客户,其他人做访谈。这个过程是许多学员都感觉不舒服的阶段。大家不太会扮演客户,也不太会访谈,这个阶段没有办法生成足够多的内容来持续后面的环节。
  • 于是我和Daniel做“找书”的访谈演示,大家不练习访谈,而使用头脑风暴的方式来针对自己的项目来练习。大家依然很难抓住感同身受的点。
  • 接着我们又调整为针对“舌尖上的中国”我和Daniel做访谈演示,大家来从中收集信息。这个方式似乎好一些,大家从中获得不少信息,可是我们所扮演的用户(吃货)并一定是大家项目中最重要的用户,前后衔接会让大家产生一些误解。
  • 为了解决这个问题,我们简单的在前面环节中引导大家把吃货作为重要用户之一,可是我们提供的内容相关性又有可能不够。
  • 于是,我们会先去了解各个项目的情况,然后在访谈内容中加上这些项目相关的内容。
  • 后来我们决定弱化访谈部分,因为这只是感同身受的一种方式,我们使用了一段Cleveland Clinic的感同身受的视频来帮助大家理解感同深受。
  • 现在版本是我们没有使用访谈的方式,而是借鉴了Design Thinking中的照片,让大家来通过照片来体会用户的需求和痛点。
现在这个培训已经经历了许多的迭代,不仅仅是前面提到的项目和感同身受,中间有许多大大小小的变化。比如现在我们已经开始尝试不使用slides,而是全互动的方式,我们现场画海报的方式来呈现;桌椅的布局调整;用时间提醒来加快速度;引入讲一个场景故事;统一用词;更加明确练习的指示等等等等。所有的这些变化不断累积才得到了我们现在的培训。

如果一件事情你只做一次,那么你就不是在做迭代。也就是说要把这件事情做一遍又一遍,保持一个频率。如同我们的培训,每个月发布一次,不断的收集反馈并且试验,这个培训会越来越好。因此我们需要不停的发布,特别是在初期我们需要不要脸的发布,这样我们才能学得更快,成长得更快。

 

 

Jackson Zhang

Jackson Zhang

Odd-e敏捷教练,主要涉及组织,团队,产品,技术,工程实践等,曾为多家知名企业提供教练与培训服务。译有《用户故事与敏捷方法》,《.NET单元测试的艺术》和《实例化需求说明》。擅长工程实践(如测试驱动开发,单元测试,重构,持续集成等),产品探索(Impact Mapping,Pretotyping,Lean Startup等)与团队协作。zbcjackson AT gmail.com

Read More