四个孩子共用一套机器人器材时，如何给每名学生单独评分

机器人小组项目常常掩盖搭便车的学生。把共同完成的作品与三个个人检查点拆开——角色专属的产出物、纸笔代码追踪、60 秒口头答辩——就能准确评估个人能力。

当四名学生共用一套机器人器材时，标准的小组评分必然给出不准确的分数。几乎每一个四人小组里，都有一名强势的学生写完全部积木代码，一名学生搭好底盘，另外两名要么盯着屏幕看，要么在机房里游荡。给四名学生的循线挑战一律打 85%，等于奖励搭便车，并在高利害的学期到来之前掩盖了严重的学习缺口。

解决办法不是把硬件买成四倍，而是把小组的实物成果与个人评估解耦。小组共用底盘和传感器总线，但每名学生都按三个彼此独立的个人接触点来评分：指定角色的文档、个人的代码追踪测评，以及 60 秒的现场代码答辩。

四角色轮换框架

角色不明确时，共用硬件就会失灵。如果你只对学生说“一起把超声波避障程序写出来”，键盘就归打字最快的那个人。你必须强制执行明确、没有商量余地的角色分工，并按项目周期或按周轮换。

对一个四人小组，设立四个职能角色，每个角色都绑定一份个人评估产出物，由教师与机器人能否跑起来分开评分：

角色	制作期间的职责	受评的个人产出物
主程序员	输入代码，设定变量逻辑，处理语法。	带注释的代码导出件，并附上对各逻辑分支的书面说明。
硬件工程师	给传感器接线，安装电机，监测电池电流。	标明引脚/端口分配与传感器阈值的引脚接线图。
QA & 测试工程师	设计测试流程，测量距离与公差。	测试日志，含输入值、机器人实际行为与预期行为的对比，以及缺陷报告。
项目系统负责人	管理时间，协调集成，跟踪各项约束。	呈现完整系统时序的状态机图或流程图。

机器人跑得起来，小组就拿到一个基础分（例如占任务总分的 20% 到 30%）。剩下的 70% 到 80% 完全来自个人产出物，以及对个人能力的直接验证。

要弄清一名学生是否真懂机器人上跑的那段程序，最可靠的工具是当场口头讲解一遍。在一节 45 分钟、有 10 个小组（40 名学生）的课上，你没法做长时间的访谈。但你可以趁各组在地面上测试的同时，做 60 秒的答辩。

把一名学生叫到笔记本电脑前。随手指向一行代码或一块积木，问三个诊断性问题中的一个：

亲手把逻辑搭出来的学生会立刻回答。一路让队友干活的搭便车者则会卡住，或者给出“它让电机转起来”这类含糊的答案。用一个简单的三级量表记分（0 = 完全不懂，1 = 部分理解，2 = 明显掌握）。不到十分钟，你就能单独评估十名学生，而课堂进度不必中断。

当机房供电不稳，或者限电打断了正在进行的课时，纸笔追踪测验是最稳健的拉平手段。这也与 CAPS 编程与机器人课程下的正式计算类测评考查算法逻辑的方式一致。

把项目代码的一段打印在纸上（或投到屏幕上）发给学生，但故意植入一个缺陷：一处放错位置的延时、一个反了的条件判断，或者一个错误的变量作用域。给学生五分钟独立作答，写下：

这就剥掉了“旁边坐着一位手快的同伴”所带来的优势。如果一名学生没法在纸上追踪执行流程，那他并没有理解自己小组机器人上跑的那段代码。

要在大批学生面前让评分仍然可控、同时保住个人问责，可以按这样的权重来搭你的项目评分标准：

小组部分（30%）：集成后的实物作品是否达到了设计规格，并完成了要求的自主运行任务？
个人角色产出物（35%）：这名学生是否交出了一份完整、准确的角色产出物（接线图、状态流程图或 QA 日志）？
个人能力检查（35%）：这名学生在答辩或纸笔代码追踪中是否展现出了理解？

按这个分配方式，一支造出了出色走迷宫小车的队伍，其中真正动手的程序员会拿到 92%，而置身事外的搭便车者拿 48%。这个结果公平、透明，对家长反馈和学期报告来说也立刻有说服力。

对于要在多个班级铺开、并跨年级做标准化跟踪的学校，我们Sheen School Services 团队提供定制的评估量表、角色模板，以及专为南非课表与课堂条件设计的教师工作坊。