Scratch少儿编程第一课：六步教学法与两个案例详解-平芜编程栈

简介：这份PPT面向少儿编程教师、家长及Scratch初学者，提供一套可直接用于课堂或自学的入门教学课件，帮助解决儿童编程启蒙阶段“教什么、怎么教”的问题。资源包共1个pptx文件，大小约8.63MB，以图文并茂的幻灯片形式呈现，便于投影讲解与课后翻阅。目前已有411人学习下载。内容围绕Scratch界面与基本功能展开，完整梳理任务导航、任务分析、跟着做、回顾知识点、创造思考、下次课展望六步教学流程，并以“小猫躲移动挡板”“蚂蚁爬线”两个案例贯穿动作、控制、侦测等模块的实操讲解，附有难点提示与改进思考，如多挡板、旋转挡板、更换角色造型等拓展方向。末尾还预告了画篮球、音乐会等后续动画项目，可帮助读者快速搭建起从认识积木到独立完成小游戏的完整教学路径。

1. 从一份 17 页课件说起：Scratch 少儿编程第一课到底该讲什么

很多做少儿编程课的人第一次备课，都会掉进同一个坑：把 Scratch 的九大积木区从头讲到尾，界面、菜单、角色库、背景库挨个过一遍，结果一节课下来孩子记住了按钮位置，却做不出任何东西。这份 17 页的培训课件反着来——第一讲只干两件事：让孩子认识舞台和积木的基本用法，然后立刻上手两个完整案例「小猫躲移动挡板」和「蚂蚁爬线」。它把「任务导航、任务分析、跟着做、回顾知识点、创造思考、下次课展望」这六步固定成一条教学流水线，每一页都服务于一个可演示的成品。这套结构对需要交课程设计、做培训方案或者写 Scratch 教学毕设的人特别友好：它既是教案，也是一份可以直接拆成模块设计的项目说明书。下面我按「需求怎么立、课怎么设计、案例怎么落地、坑怎么避、最后怎么验收」把这份资料拆开讲透。

2. 课程需求与教学结构设计：六步流程如何撑起一节课

2.1 先定教学目标，再谈界面认识

少儿编程课最容易翻车的地方，是把「认识软件」当成教学目标。界面认识只是手段，真正的目标应该写成可观察的行为：孩子能在 40 分钟内独立拼出一段让角色移动的积木，能说出「碰到」这个判断是靠哪个模块实现的。这份课件把目标拆成三层——知道层（界面区域、积木分类）、操作层（拖拽、拼接、运行、停止）、理解层（为什么用侦测判断碰撞、为什么用重复执行控制运动）。三层目标对应六步流程里的不同环节：任务导航和任务分析落在知道层与理解层，跟着做落在操作层，回顾知识点把三层收拢，创造思考再往上抬一层。

我一般会把每节课的目标写成一张小表，课前给助教、课后给家长看，避免「孩子玩得开心但什么都没学到」的质疑。表的结构大致是这样：

目标层级	具体表现	对应环节	验收方式
知道	能指出舞台区、积木区、角色区	任务导航	口头提问
操作	能独立完成角色移动与碰撞判断	跟着做	现场运行
理解	能解释侦测模块的作用	回顾知识点	复述+改参数
迁移	能改出多挡板或换角色版本	创造思考	作品展示

这张表看着简单，但它决定了你后面每一页课件该放什么、不该放什么。没有这张表，课件很容易变成软件说明书。

2.2 六步教学流程的职责划分

课件里反复出现的六步——任务导航、任务分析、跟着做、回顾知识点、创造思考、下次课展望——不是随便排的，它对应的是「动机—拆解—执行—巩固—迁移—期待」这条学习曲线。任务导航负责给一个具体、好玩、看得见结果的目标，比如「让小猫躲开来回移动的挡板」；任务分析把目标拆成几个可回答的小问题：初始位置在哪、挡板从哪出来、朝什么方向、速度多少、碰到了怎么办。这一步是整节课的骨架，孩子答不上来，后面跟着做就是照抄。

跟着做是唯一允许「手把手」的环节，但手把手不等于念步骤，而是每拼一块积木就说明它解决任务分析里的哪个问题。回顾知识点用提问代替复述：任务是什么、指令怎么安排、重点指令有哪些。创造思考是分层作业的入口——基础版换角色，进阶版加多个挡板，挑战版让挡板旋转。下次课展望埋钩子，比如「画篮球」「音乐会」，让孩子带着期待离开。

提示：六步里最容易被压缩的是任务分析。很多老师赶进度直接跳到跟着做，结果孩子只会复制，换个题目就懵。任务分析至少留 8 分钟，让孩子自己说出「挡板往哪走」这类问题。

2.3 课时容量与难度梯度

一份 17 页的课件塞两个案例，节奏上是紧的。我的做法是把「小猫躲挡板」作为主案例占 25 分钟，「蚂蚁爬线」作为第二个案例占 15 分钟，剩下时间给回顾和创造思考。两个案例的难度是有梯度的：躲挡板只涉及动作、控制、侦测三个模块，逻辑是「移动—判断—响应」；蚂蚁爬线多了一个「探测器」的概念，难点在于探测器大小、线的粗细、移动方向和角度的配合，属于「感知—修正—沿边」的模型。这个梯度设计很关键，第一个案例建立信心，第二个案例引入「用传感器感知环境」的思维，为后面更复杂的项目打底。

如果课时只有 40 分钟，我建议第一讲只做躲挡板，把蚂蚁爬线放到第二讲，否则两个案例都讲不透。课件本身是资料不是铁律，按实际课时裁剪才是负责的做法。

3. 案例一「小猫躲移动挡板」：从任务分析到积木落地

3.1 任务分析怎么问出可执行的答案

任务分析页列了五个问题，这五个问题其实就是一份需求规格说明书的儿童版。初始位置决定角色的坐标设定；挡板从哪出来、朝什么方向、速度多少，决定挡板的运动逻辑；小猫怎么躲，决定交互方式（键盘控制还是鼠标跟随）；没躲开怎么办，决定失败后的响应（回到起点、扣分、播放声音）。最后一个要点提示「怎么表示两个物体碰到一起了」，直接指向侦测模块里的「碰到角色」判断。

我在带课的时候会把这五个问题写在白板上，让孩子先猜再验证。比如「挡板速度多少」，孩子说「很快」，我就追问「很快是多快，积木里填几」，把模糊描述逼成具体数字。这个过程本身就是编程思维的训练——把自然语言需求翻译成可执行参数。

3.2 角色初始化与挡板运动逻辑

初始化的核心是坐标。舞台是一个以中心为原点的坐标系，横向 -240 到 240，纵向 -180 到 180。小猫放在下方中央，挡板从上方随机横向位置落下或左右移动。下面这段是挡板左右往返运动的典型写法，用 Scratch 积木对应的伪代码表示，方便对照积木区理解：

当绿旗被点击 将 x 坐标设为 在 -200 到 200 之间取随机数 将 y 坐标设为 150 重复执行 将 x 坐标增加 速度变量 如果 碰到边缘 那么 将 速度变量 设为 速度变量 * -1

这段逻辑的关键在「速度变量取反」——碰到边缘就把方向翻过来，形成往返。参数上，速度变量初始值建议设 5 到 8，太小挡板几乎不动，太大孩子反应不过来。随机初始 x 坐标是为了让每局不一样，避免孩子背位置。这里有个细节：如果挡板是「落下」而不是「左右移动」，逻辑要换成 y 坐标递减加「碰到边缘就回到顶部并重新随机 x」，两种运动方式对应两种不同的游戏体验，课件里「旋转挡板」的思考题其实就是在这个基础上加旋转角度。

3.3 小猫控制与碰撞响应

小猫的控制方式决定这节课的交互复杂度。最简单的是键盘左右键控制 x 坐标增减，孩子容易理解；进阶是鼠标跟随，代码更短但理解成本高一点。碰撞响应是这节课的知识高点，写法如下：

当绿旗被点击 将 x 坐标设为 0 将 y 坐标设为 -120 重复执行 如果 按下 左移键 那么 将 x 坐标增加 -10 如果 按下 右移键 那么 将 x 坐标增加 10 如果 碰到 挡板 那么 播放声音 失败音效 将 x 坐标设为 0 将 y 坐标设为 -120

「碰到挡板」这个判断就是任务分析里那个要点提示的答案，它来自侦测模块。响应部分我通常让孩子自己设计：回到起点、生命值减一、屏幕闪一下都行，重点是让他们理解「判断成立之后要做什么」是设计决策，不是固定答案。参数上，移动步长 10 比较跟手，太小移动慢，太大容易穿过挡板导致碰撞检测失效——这是后面避坑章节要展开的点。

3.4 回顾与创造思考的分层设计

回顾环节用三个问题收口：任务是什么、指令怎么安排、重点指令有哪些。这三个问题分别对应目标、结构、知识点，答得出来说明这节课没白上。创造思考页给了两个方向——多个挡板、旋转挡板。多个挡板的实现方式是复制角色并错开初始位置和速度，考验的是孩子对「同一段逻辑复用」的理解；旋转挡板则要在运动逻辑里加「将旋转方式设为」和角度变化，难度明显上一个台阶。

我一般会把创造思考做成课后作业，课堂上只演示一个方向，留一个让孩子回家试。分层的好处是：基础弱的孩子完成换角色就算达标，学得快的孩子有挑战空间，家长也能看到进阶路径。

4. 案例二「蚂蚁爬线」：探测器思维与沿边运动实现

4.1 为什么第二个案例要引入探测器

「蚂蚁爬线」和「躲挡板」的本质区别，是前者需要角色感知环境。躲挡板里的碰撞判断是「两个角色相遇」，而蚂蚁爬线要求蚂蚁知道「线的边缘在哪」，这就要用到探测器——一个跟随蚂蚁移动、用来检测颜色的隐藏角色或造型。课件把探测器、控制、侦测、动作列为知识点，把「探测器大小、线的粗细、蚂蚁移动方向和角度」列为难点，这个判断很准：探测器太大，蚂蚁还没到边缘就转向，爬出来歪歪扭扭；探测器太小，蚂蚁会冲过线才反应，看起来像在线上抽搐。

这个案例的教学价值在于，它第一次让孩子接触「传感器」的概念——角色不是被动等待碰撞，而是主动探测周围环境再决定动作。这个思维后面做循迹、做避障都用得上，是图形化编程往硬件编程过渡的桥梁。

4.2 背景线条与探测器角色的搭建

搭建顺序是：先在背景上画一条粗线，线宽建议 20 到 30 像素，太细探测器容易漏检，太粗蚂蚁绕一圈时间太长。然后添加蚂蚁角色，再给它加一个探测器——可以是一个小圆点造型，也可以是一个独立角色跟随蚂蚁。用独立角色的好处是位置好调，坏处是要处理跟随逻辑；用造型切换的好处是简单，但探测范围不好控制。我倾向用独立角色，跟随逻辑就一句「移到蚂蚁位置」，干净。

探测器的颜色检测用侦测模块里的「碰到颜色」积木，目标颜色取线条颜色。这里有个常见误区：孩子用「碰到颜色」时选的是背景色而不是线色，导致判断永远成立或永远不成立。教学时要强调「点一下颜色吸管，去吸那条线」。

4.3 沿边爬行的判断逻辑与角度修正

沿边运动的核心逻辑是：蚂蚁向前走一小步，探测器检测是否还压在线色上，如果压线就继续走，如果脱离线色就转向找回。下面是对应的伪代码：

当绿旗被点击 移到 线的起点 面向 90 度方向 重复执行 移动 2 步 如果 探测器 碰到 线颜色 那么 将 转向角度 设为 0 否则 将 转向角度 设为 15 右转 转向角度

这段逻辑的粗糙之处在于它只会往一个方向修正，遇到弯道另一侧会绕出去。更稳的写法是左右各探一次，哪边压线就往哪边转。参数上，移动步长 2 到 3 比较合适，步长太大容易一步跨出线外，转向角度 10 到 15 度是经验值，太小修正慢，太大走成锯齿。难点里说的「蚂蚁移动的方向和角度」，指的就是这两个参数的配合，以及蚂蚁初始朝向要和线的走向一致。

4.4 换造型与迁移练习

课件最后让孩子「换个造型，如小老鼠」，这个设计很聪明——换造型不改变逻辑，但能验证孩子是否真的理解了「探测器跟随主体」这个结构。如果孩子换完造型蚂蚁爬不动了，多半是探测器没跟着换或者颜色检测目标变了。迁移练习的价值就在这里：它逼孩子把「具体角色」和「通用逻辑」分开，这是编程抽象能力的萌芽。

5. 课堂落地避坑：五个最容易翻车的点

5.1 移动步长过大导致碰撞检测穿透

现象：小猫明明撞上挡板了，却没有触发失败响应，直接穿过去。原因：每帧移动步长太大，两个角色在两次检测之间已经错开，侦测模块没捕捉到重叠瞬间。解决：把移动步长降到 5 到 10，或者在碰撞判断里加一个「碰到边缘」的兜底；更彻底的做法是用「重复执行直到碰到」代替固定步长循环。这个坑在低帧率设备上尤其明显，血泪经验是别在旧电脑上演示高速移动的案例。

5.2 探测器大小与线宽不匹配

现象：蚂蚁爬线时左右摇摆，或者直接冲出线外不回来。原因：探测器半径大于线宽的一半，导致蚂蚁始终「压线」，修正逻辑不触发；或者探测器太小，蚂蚁已经离线很远才检测到。解决：探测器直径控制在略小于线宽，线宽 24 像素时探测器直径 16 到 20 比较稳；同时把移动步长压到 2 到 3，给检测留出反应距离。

5.3 随机初始位置导致角色重叠

现象：挡板一开局就压在小猫身上，游戏刚开始就结束。原因：挡板随机 x 坐标没有避开小猫初始区域。解决：随机范围限制在舞台上半部分，或者加一个「重复取随机数直到距离小猫大于 100」的判断。这个坑不致命但很影响体验，孩子会觉得「游戏坏了」。

5.4 颜色检测选错目标

现象：蚂蚁的「碰到颜色」判断永远成立或永远不成立。原因：吸管吸的是背景色、角色色或者边缘抗锯齿的过渡色，不是线条主色。解决：教学时统一要求「吸线条正中间的颜色」，并在演示时放大背景让学生看清；如果线条有描边，把描边去掉或统一颜色。

5.5 变量作用域混乱

现象：多个挡板共用一个速度变量，一个挡板碰壁后所有挡板同时反向。原因：复制角色时变量没有设为「仅适用于当前角色」。解决：在变量面板里勾选「仅适用于当前角色」，每个挡板独立速度；如果确实要共享，就明确告诉孩子这是全局变量，并解释后果。这个坑其实是变量作用域的教学契机，别急着修，先让孩子观察现象再解释。

6. 验收与答辩：怎么证明这节课真的教会了

课程类项目的验收，最怕只看「课件做完了没有」。我带这类项目时，验收标准会落到三个可观察的产出上：一份学生作品、一次现场复现、一段口头解释。学生作品要求能独立运行且包含至少一个自创改动（换角色、加挡板、改速度都算）；现场复现是随机抽一个孩子，在无提示情况下从空白项目搭出核心逻辑；口头解释是让孩子用自己的话说清「碰到」判断靠哪个模块、探测器为什么要跟着蚂蚁走。这三项分别验证操作能力、记忆留存和理解深度，比看课件页数靠谱得多。

答辩环节如果面对的是评审或家长，我建议准备一张对照表，把课件的六步流程和实际课堂时间、学生产出对应起来：

课件环节	课堂用时	学生产出	验收证据
任务导航	3 分钟	说出今天做什么	口头复述
任务分析	8 分钟	回答五个拆解问题	白板记录
跟着做	25 分钟	可运行的躲挡板作品	现场运行
回顾知识点	5 分钟	说出重点指令	提问记录
创造思考	课后	换角色或多挡板版本	作品提交
下次展望	2 分钟	说出想做的下一个项目	课堂观察