Como avaliar cada aluno quando quatro miúdos partilham um kit de robótica
Os projetos de robótica em grupo escondem muitas vezes alunos que se deixam levar. É possível avaliar com rigor a competência individual separando a construção partilhada de três momentos individuais: artefactos ligados ao papel de cada um, leitura de código em papel e provas orais de 60 segundos.
Quando quatro alunos partilham um único kit de robótica, a avaliação de grupo habitual garante uma nota inexata. Em quase todas as equipas de quatro, um aluno dominante escreve o código em blocos, outro constrói o chassis, e dois assistem passivamente ao ecrã ou passeiam pela sala de informática. Dar aos quatro os mesmos 85% num desafio de seguir a linha premeia quem se deixa levar e esconde falhas graves de aprendizagem antes de chegarem os períodos decisivos.
A solução não é comprar quatro vezes mais equipamento. A solução é separar o resultado físico do grupo da avaliação individual. A equipa partilha o chassis e o barramento de sensores, mas cada aluno é avaliado em três pontos de contacto individuais e distintos: a documentação do papel que lhe foi atribuído, uma avaliação individual de leitura de código e uma prova oral de código ao vivo de 60 segundos.
O modelo de rotação de quatro papéis
Partilhar equipamento falha quando os papéis são informais. Se disser aos alunos para “trabalharem juntos para programar um desviador de obstáculos por ultrassons”, quem escreve mais depressa fica com o teclado. É preciso impor papéis explícitos e inegociáveis, que rodem a cada ciclo de projeto ou a cada semana.
Para uma equipa de quatro alunos, estabeleça quatro papéis funcionais, cada um ligado a um artefacto de avaliação individual que o professor classifica separadamente do robô em funcionamento:
| Papel | Responsabilidade durante a construção | Entregável individual avaliado |
|---|---|---|
| Programador principal | Introduz o código, define a lógica das variáveis, trata da sintaxe. | Exportação do código anotada com explicação escrita das ramificações lógicas. |
| Engenheiro de hardware | Liga os sensores, monta os motores, vigia o consumo da bateria. | Esquema de ligações com atribuição de pinos/portas e limiares dos sensores. |
| Engenheiro de QA e testes | Concebe os protocolos de teste, mede distâncias/tolerâncias. | Registo de testes com valores de entrada, comportamento observado face ao esperado e relatórios de erros. |
| Responsável de sistemas do projeto | Gere o tempo, coordena a integração, controla as restrições. | Diagrama de máquina de estados ou fluxograma com a sequência completa do sistema. |
Se o robô funcionar, a equipa recebe uma nota de grupo de base (por exemplo, 20% a 30% da cotação total da tarefa). Os restantes 70% a 80% vêm inteiramente do entregável individual e da verificação direta da competência individual.
A prova oral de código de 60 segundos
A ferramenta mais fiável para descobrir se um aluno percebe o programa que corre no robô é a explicação oral ao vivo. Num tempo letivo de 45 minutos com 10 grupos (40 alunos), não é possível fazer entrevistas demoradas. É possível, no entanto, fazer provas orais de 60 segundos enquanto as equipas testam no chão.
Chame um aluno ao portátil. Aponte para uma linha ou bloco de código à sorte e faça uma de três perguntas de diagnóstico:
- “O que é que o robô vai fazer fisicamente se eu mudar este operador de comparação de > para <?”
- “Porque é que esta leitura do sensor está dentro do ciclo e não no bloco de configuração?”
- “Aponta para o bloco de código exato que está a ser executado quando a roda esquerda inverte.”
Um aluno que construiu a lógica responde de imediato. Um passageiro que deixou o colega fazer o trabalho bloqueia ou dá respostas vagas do género “faz o motor andar”. Registe uma nota numa escala simples de três pontos (0 = sem compreensão, 1 = compreensão parcial, 2 = domínio claro). Em menos de dez minutos, avalia dez alunos individualmente sem travar o andamento da aula.
A leitura de código em papel
Quando as salas de informática não têm energia fiável, ou quando o load shedding interrompe uma sessão a decorrer, os testes de leitura de código em papel são o equalizador mais robusto. Está também alinhado com a forma como as avaliações formais de informática do currículo CAPS de Programação e Robótica avaliam a lógica algorítmica.
Dê aos alunos um excerto do código do projeto impresso em papel (ou projetado num ecrã), mas introduza um erro deliberado: um atraso mal colocado, uma condição invertida ou um âmbito de variável incorreto. Dê aos alunos cinco minutos, a título individual, para escreverem:
- Que linha contém o erro lógico.
- O que o robô vai fazer fisicamente por causa desse erro.
- O pseudocódigo ou o parâmetro do bloco já corrigido.
Isto retira a vantagem de ter um colega rápido sentado ao lado. Se um aluno não consegue seguir o fluxo de execução no papel, não percebeu o código que corria no robô da sua equipa.
Estruturar a distribuição da nota
Para manter a avaliação gerível em turmas grandes sem perder a responsabilização individual, estruture as grelhas dos projetos com esta ponderação:
Componente de grupo (30%): a construção física integrada cumpriu as especificações do projeto e executou a tarefa autónoma exigida?
Entregável individual do papel (35%): este aluno em concreto produziu um artefacto do seu papel completo e rigoroso (esquema de ligações, fluxograma de estados ou registo de QA)?
Verificação individual de competência (35%): o aluno demonstrou compreensão durante a prova oral ou a leitura de código em papel?
Com esta distribuição, numa equipa que constrói um excelente veículo capaz de resolver labirintos, o programador ativo terá 92% e o passageiro desligado terá 48%. O resultado é justo, transparente e imediatamente útil para o retorno aos pais e para os relatórios de período.
Para escolas que gerem implementações em várias turmas e um acompanhamento normalizado entre anos, a nossa equipa dos Sheen School Services disponibiliza grelhas de avaliação à medida, modelos de papéis e formações para docentes pensados especificamente para os horários e as restrições de sala de aula sul-africanos.
