Como avaliar projetos maker: rubrica pronta para usar
Publicado em · Izicode Edu
Avaliar um projeto maker só pelo resultado final é injusto com quem aprendeu muito e não chegou lá — e generoso demais com quem copiou um tutorial. Uma rubrica resolve isso: ela torna os critérios visíveis antes do projeto começar e transforma a nota em uma conversa sobre o que melhorar.
Três princípios antes da rubrica
- Avalie o processo, não só o produto. Protótipos que falharam e foram refeitos mostram mais aprendizado do que um projeto que funcionou de primeira.
- Entregue a rubrica no primeiro dia. Quem sabe como será avaliado direciona o próprio esforço.
- Peça evidências. Diário de bordo, fotos das versões e o código comentado são o que permite avaliar processo com justiça.
A rubrica
Cinco critérios, quatro níveis. Some os pontos (máximo de 20) ou use os níveis apenas como devolutiva, sem nota.
| Critério | 1 · Inicial | 2 · Em desenvolvimento | 3 · Proficiente | 4 · Avançado |
|---|---|---|---|---|
| Problema e propósito | Não há problema definido; o projeto é uma demonstração. | O problema existe, mas é vago ou genérico. | O problema é claro e o projeto responde a ele. | O problema é real, foi investigado com usuários e o projeto mostra impacto. |
| Processo e iteração | Uma única versão, sem testes registrados. | Houve testes, mas sem mudanças a partir deles. | Pelo menos duas versões, com melhorias justificadas. | Iterações documentadas, com o que falhou, por que e como foi resolvido. |
| Funcionamento técnico | Não funciona ou funciona só com ajuda. | Funciona parcialmente ou de forma instável. | Funciona como planejado. | Funciona, é robusto e vai além do que foi pedido. |
| Colaboração | Trabalho concentrado em uma pessoa. | Divisão de tarefas sem integração. | Todos contribuem e sabem explicar o projeto inteiro. | Papéis claros, decisões em conjunto e apoio a outras equipes. |
| Comunicação | Não consegue explicar o que fez. | Explica o "o quê", mas não o "porquê". | Apresentação clara, com registro organizado. | Apresentação envolvente e documentação que outra turma conseguiria reproduzir. |
Como usar no dia a dia
- Diário de bordo: ao fim de cada aula, a equipe registra em três linhas o que fez, o que deu errado e o que vai tentar na próxima. Vira a evidência do critério "processo".
- Autoavaliação no meio do caminho: peça para a equipe se posicionar na rubrica na metade do projeto. A diferença entre a percepção dela e a sua é o ponto de conversa mais produtivo do bimestre.
- Avaliação entre pares: na apresentação, outras equipes avaliam só o critério "comunicação". Isso mantém a plateia atenta e ensina a dar devolutiva.
- Ajuste os pesos ao objetivo: numa feira de ciências, "problema e propósito" pode valer o dobro; numa aula de eletrônica, "funcionamento técnico".
Erros comuns
- Dar nota máxima a todos os projetos que funcionam — o critério técnico é só um de cinco.
- Avaliar a equipe só pela apresentação final, sem olhar o diário de bordo.
- Criar critérios tão detalhados que ninguém lê. Cinco critérios bem escritos bastam.
Conexão com a BNCC
A rubrica dialoga diretamente com competências gerais da BNCC: pensamento científico, crítico e criativo (2), cultura digital (5), argumentação (7) e responsabilidade e cidadania (10). Ao registrar no planejamento qual critério se liga a qual competência, a avaliação dos projetos maker passa a compor o currículo, e não a correr por fora dele.