• Aula 1 — A experiência do ruído (45 min)

  Inicie com 2 minutos de silêncio absoluto. Depois, peça que todos batam na mesa por 30 segundos. Pergunte: “O que vocês sentiram?” Exponha a tabela de decibéis impressa (sussurro = 30 dB; sala barulhenta = 80 dB; show = 110 dB). Mostre fotos da própria escola com legenda de ruído estimado.

  Em seguida, apresente uma pergunta-âncora escrita no quadro: “Como podemos ajudar as pessoas da nossa escola a trabalhar e estudar melhor com menos barulho?” Não responda. Deixe a pergunta em aberto.

  45 min · toda a turma Foto da pergunta-âncora no quadro + anotação das falas dos alunos no caderno do professor. Publicar foto no blog da escola com breve texto de introdução ao projeto.
• Aula 2 — O que faremos juntos? (45 min)

  Apresente o projeto de forma simplificada: “Vamos criar um dispositivo que mede o barulho e mostra com luzes se está baixo (verde), médio (amarelo) ou alto (vermelho). Com esse dispositivo, vamos coletar dados e propor uma política de ruído para a escola.”

  Mostre um vídeo curto (3–5 min) de um projeto semelhante no YouTube. Mostre o micro:bit físico e diga: “É com esse pequeno computador que vamos construir isso.” Forme os grupos (3 alunos cada = 5 grupos). Cada grupo escolhe um nome de time e uma cor de mesa.

  45 min · toda a turma Tabela de grupos formados (nome, integrantes, cor da mesa) — colada no mural do laboratório e fotografada. Cada grupo recebe uma PASTA FÍSICA com o diário de bordo impresso.
• Aula 3 — Contrato de trabalho e papéis (45 min)

  Com os grupos definidos, distribua o Diário de Bordo (caderno ou pasta com folhas impressas). Explique os três papéis que se revezam a cada semana: Registrador (escreve e tira fotos), Programador (opera o computador/micro:bit), Testador (testa o protótipo e anota observações).

  Cada grupo cria um “Contrato de equipe” simples: o que vamos fazer bem, o que não vamos fazer, o que precisamos melhorar. Assinar e colar no diário.

  45 min · por grupos Contrato de equipe assinado e colado no diário de bordo. Foto do contrato de cada grupo.
• Aula 4 — Nivelamento: o que sabemos? O que precisamos aprender? (45 min)

  Atividade de levantamento de conhecimento prévio. Cada grupo recebe um papel A3 dividido em 3 colunas: O que já sabemos, O que precisamos aprender, Quem pode nos ajudar. Preencher coletivamente. Socializar com a turma.

  O professor anota no quadro os gaps mais críticos (ex.: “nunca programou”, “não sabe o que é sensor”). Esses gaps viram metas de aprendizagem das próximas fases.

  45 min · por grupos, depois turma Foto do papel A3 de cada grupo. Registrar no diário de bordo. O professor fotografa e arquiva para avaliar evolução ao final do projeto.

• Aula 5 — Observação de campo: mapa de ruído da escola (45 min)

  Cada grupo recebe uma planta simplificada da escola (feita pelo professor no papel, ou impressa). A missão: percorrer pontos definidos (sala de aula, corredor, refeitório, quadra) e anotar, na percepção, o nível de ruído em cada local (baixo / médio / alto) e o horário. Duração da observação: 20 min. Retorno ao laboratório para discutir.

  Atenção com a turma: Definir regras claras antes de sair: quem vai onde, tempo máximo, como se comportar. Combinar um sinal de retorno (apito ou mensagem).

  45 min · atividade de campo supervisionada Planta preenchida por cada grupo com legenda de cores (verde/amarelo/vermelho). Foto da planta. Anotar no diário: horário, local, nível de ruído percebido.
• Aula 6 — Entrevistas rápidas (45 min)

  Cada grupo recebe um roteiro com 4 perguntas simples para entrevistar 2 pessoas (aluno de outra sala e/ou professor): (1) O ruído atrapalha você? Como? (2) Em que momento do dia é pior? (3) O que você já tentou fazer? (4) Qual seria a solução ideal na sua opinião? Entrevistas duram 5 min cada. O Registrador anota as respostas.

  Após as entrevistas: cada grupo organiza as respostas em post-its (cor diferente por entrevistado) e cola no papel A3 do diário.

  45 min · entrevistas + organização Post-its organizados no A3. Transcrição mínima no diário de bordo: nome do entrevistado (ou apelido), cargo, 3 pontos principais levantados.
• Aula 7 — Síntese: “Para quem estamos resolvendo?” (45 min)

  Cada grupo cria uma Persona simples: um nome fictício, uma descrição de 2 linhas, um problema principal com o ruído e o que essa pessoa precisa. Exemplo: “Professora Ana, 38 anos. Precisa de silêncio para explicar conteúdo difícil. O ruído do corredor a interrompe no meio da aula.” Escrever em cartolina e colar no mural.

  O professor facilita uma discussão: quais problemas são comuns a todas as personas? Isso gera o ponto de vista do problema da turma.

  45 min · grupos + discussão coletiva Persona de cada grupo fixada no mural (foto). Ponto de vista do problema definido coletivamente — registrado no diário e no quadro pelo professor.
• Aula 8 — Definição formal do problema (45 min)

  Cada grupo preenche uma ficha de definição: “[Persona] precisa de [necessidade] porque [insight].” Em seguida, a turma vota na definição que melhor representa o problema coletivo. Essa definição se torna a Declaração do Problema do Projeto.

  O professor apresenta as restrições técnicas: “Temos o micro:bit, que já tem sensor de som. Vamos usar isso para medir o ruído e mostrar nas luzes.”

  45 min Declaração do Problema escrita à mão em cartaz e afixada no laboratório. Foto. Registrada também no diário de bordo de cada grupo.

• Aula 9 — Brainstorming de soluções (45 min)

  Regra: toda ideia vale, nenhuma crítica agora. Cada aluno escreve em post-its separados todas as formas que imagina para sinalizar o ruído (LEDs, buzzer, painel, notificação no celular, robô, etc.). Tempo: 10 min. Depois, colam no A3 e o grupo organiza por categorias.

  O professor apresenta uma lista de referências: projetos de medidor de ruído em YouTube, sites como hackster.io. Mostra imagens. Não copiar: inspirar-se.

  45 min Foto do painel de post-its. Registrar no diário: total de ideias geradas por grupo.
• Aula 10 — Matriz de viabilidade e escolha da solução (45 min)

  Cada grupo recebe uma matriz simples: eixo X = facilidade de fazer (1 a 5), eixo Y = impacto (1 a 5). Posicionam as 3 melhores ideias na matriz e escolhem aquela mais à direita e acima (fácil + impacto alto).

  A solução-base deve incluir obrigatoriamente: sensor de som (micro:bit), 3 níveis classificados, feedback visual por LEDs. O que mais adicionar é criatividade do grupo.

  45 min Matriz preenchida no diário de bordo. Decisão da solução registrada em 2–3 linhas: “Vamos construir um [descrição] que faz [função principal] para [persona] porque [justificativa].”
• Aula 11 — Desenho técnico do sistema (45 min)

  Cada grupo faz um sketch (desenho à mão) do sistema: como será a caixa física, onde ficará o micro:bit, como serão os LEDs, onde será instalado. Em paralelo: esboço do fluxo lógico do programa em linguagem natural (“Se o som for maior que 100, acende vermelho”).

  O professor circula e faz perguntas: “Onde vai ficar esse fio? O sensor do micro:bit é interno ou externo?” Ajuda a tornar o sketch mais concreto.

  45 min Sketch digitalizado ou fotografado. Colado no diário de bordo. Fluxo lógico em linguagem natural registrado.
• Aula 12 — Planejamento de execução (45 min)

  Cada grupo cria um mini Kanban no papel: colunas “A fazer”, “Fazendo”, “Feito”. Lista as tarefas das próximas 3 semanas (fase de prototipagem). Define quem faz o quê em cada aula.

  O professor valida os planos e aponta riscos: “Vocês planejaram testar o sensor, mas ainda não sabem programar. Então a tarefa ‘programar’ vem antes de ‘testar’.”

  45 min Foto do Kanban de cada grupo. Colado no diário. O professor registra no caderno os riscos identificados por grupo.

Semana 4 — Introdução ao micro:bit e primeiro programa

• Aula 13 — O que é o micro:bit? Exploração guiada (45 min)

  Distribua um micro:bit por grupo. Peça que observem sem ligar. “O que vocês veem? Quantos LEDs? O que são esses botões?” Apresente o MakeCode no navegador. Mostre: bloco “ao iniciar” e “para sempre”. Desafio 1 (15 min): faça aparecer o nome do grupo nos LEDs. Desafio 2 (15 min): faça o LED piscar.

  45 min Screenshot do primeiro código no MakeCode + foto do micro:bit exibindo o nome do grupo. Colado no diário. Registrar: quanto tempo levou, qual dificuldade encontraram.
• Aula 14 — Ler o sensor de som (45 min)

  Apresente o bloco entrada → nível de som no MakeCode. Mostre como usar o bloco mostrar número para exibir o valor lido. Desafio: fazer o micro:bit mostrar o número do nível de som em tempo real nos LEDs. Testar: falar alto, falar baixo, bater palmas. Anotar os valores observados.

  Pergunta orientadora no quadro: “Quando você fala normal, qual é o número que aparece? Quando você grita?”

  45 min Tabela no diário: situação | valor lido (ex: voz normal = 45, grito = 180). Screenshot do código. Foto do grupo testando.

Semana 5 — Programar os 3 níveis de ruído

• Aula 15 — Estrutura condicional: se/senão (45 min)

  Introduza o bloco se... então... senão. Use analogia simples: “É como uma porta: se a senha está certa, abre. Senão, fica fechada.” Atividade guiada: escreva no quadro a lógica em português:

  SE som > 150 → mostrar X (alto) / SE som > 80 → mostrar ! (médio) / SENÃO → mostrar ✓ (baixo)

  Cada grupo traduz essa lógica para blocos no MakeCode. O professor não faz por eles — faz perguntas: “Qual bloco representa ‘SE’? Onde colocamos o número 150?”

  45 min Screenshot do código com a estrutura condicional. Registrar no diário: quais dificuldades apareceram com os blocos condicionais.
• Aula 16 — Feedback visual com LEDs e ajuste de limiares (45 min)

  Substituir os ícones textuais por LEDs coloridos ou ícones do micro:bit que representem semáforo (✓ = verde; ! = amarelo; X = vermelho na tela de LEDs). Testar os limiares: os valores da semana anterior são adequados para a sala? Ajustar coletivamente.

  Atividade de calibração: professor faz barulhos com diferentes intensidades, grupos anotam se o sistema classificou corretamente. Se errou: ajustar o número-limiar.

  45 min Tabela de calibração: situação real | valor lido | classificação do sistema | estava correto? (S/N). Screenshot do código ajustado. Versão salva no MakeCode com nome “v1.0 – [nome do grupo]”.

Semana 6 — Montagem física e revisão do protótipo

• Aula 17 — Design e montagem do suporte físico (45 min)

  Cada grupo projeta no Tinkercad (ou à mão) uma caixa simples para o micro:bit com janela para os LEDs e furo para o cabo USB. Opção acessível: caixa de papelão, reforçada com fita. Começar a montar. Objetivo: o dispositivo deve ficar fixado em uma altura visível da sala (1,50 m aprox).

  Dica operacional: grupos que não dominam Tinkercad usam papelão; grupos mais avançados modelam no Tinkercad e usam a impressora 3D.

  45 min Foto do projeto no Tinkercad ou do esboço em papel. Foto da montagem em progresso. Registrar materiais usados.
• Aula 18 — Revisão geral do código e do protótipo (45 min)

  Cada grupo revisa: (1) O código está funcionando corretamente? (2) O dispositivo físico está seguro e instalável? (3) Os LEDs são visíveis da posição do aluno/professor?

  O professor aplica um checklist de protótipo (ver abaixo). Grupos que passam no checklist estão prontos para instalar. Grupos que não passam têm a próxima aula para corrigir.

  Checklist técnico do protótipo

  • Lê o sensor de som corretamente?
  • Classifica os 3 níveis (baixo/médio/alto)?
  • LEDs exibem feedback visual claro?
  • Código está salvo e nomeado?
  • Suporte físico está estável?
  • Dispositivo pode ser instalado na sala?

  Critérios de avaliação desta fase

  • Código funcional (não precisa ser perfeito)
  • Lógica condicional implementada
  • Registro documental completo
  • Participação de todos do grupo
  • Evolução em relação à Fase 0

  45 min Checklist preenchido e assinado. Código final exportado como .hex e arquivo salvo no Google Drive da turma (pasta: “Projeto Ruído – [nome do grupo]”). Foto do protótipo montado.

• Aula 19 — Instalação na sala piloto e protocolo de coleta (45 min)

  Instalar o dispositivo na sala piloto com apoio do professor parceiro. Definir protocolo de coleta: quais horários medir (início de aula, meio, fim), quantas medições por dia, quem vai medir (1 aluno do grupo por turno). Criar a Ficha de Coleta Semanal (papel impresso): data, horário, nível registrado (baixo/médio/alto), observação livre.

  45 min Foto da instalação. Ficha de coleta distribuída a cada grupo (pelo menos 2 fichas por semana). Professor anota no caderno: sala instalada, horário de início da coleta.
• Aulas 20–22 — Coleta ativa de dados (3 aulas ao longo das semanas 7–8)

  A cada aula, 5–10 min iniciais são usados para os grupos verificarem os dados coletados e preencherem a tabela digital (Google Planilhas ou LibreOffice). O restante da aula é para análise inicial: “Que horas o ruído é maior? Em qual dia? Em qual tipo de atividade?”

  O professor orienta: “Procurem padrões. Não é qualquer dado — é um dado que conta uma história.”

  3 aulas · coleta contínua + análise Planilha de dados compartilhada (Google Drive). Cada linha: data, horário, nível, obs. Mínimo de 20 registros por grupo ao final das 2 semanas.
• Aula 23 — Análise de padrões e iteração do código (45 min)

  Com os dados em mãos, cada grupo responde: “Os limiares que programamos fazem sentido com o que medimos?” Se o sistema classifica como “alto” algo que a turma considera normal, os limiares precisam ser ajustados.

  Abrir o código no MakeCode e ajustar os valores numéricos com base nos dados reais. Salvar nova versão: “v2.0 – ajustado por dados”.

  45 min Screenshot da versão 2.0 do código. Tabela comparativa: limiar original vs limiar ajustado e justificativa baseada em dado.
• Aula 24 — Encontro de iteração entre grupos (45 min)

  Protocolo de Feedback entre pares: Cada grupo apresenta (3 min) seu protótipo e dados para outro grupo. O grupo ouvinte dá 2 feedbacks positivos e 1 sugestão de melhoria. Registrar as sugestões. Cada grupo decide o que vai incorporar na versão final.

  45 min Folha de feedback recebido (escrito pelo grupo ouvinte, entregue ao grupo apresentador). Decisões de melhoria registradas no diário.

• Aula 25 — O que é um painel de dados? Introdução (45 min)

  Mostrar exemplos de dashboards simples (Google Data Studio, planilha com gráfico). Pergunta: “Se você fosse mostrar os dados do seu projeto para a diretora da escola em 1 minuto, o que você mostraria?” Cada grupo escolhe 3 informações mais importantes dos seus dados.

  Para grupos mais avançados: construir o painel em Scratch (gráfico de barras com variáveis) ou HTML/JavaScript simples. Para grupos com mais dificuldade: painel em Google Planilhas com gráfico de barras gerado automaticamente.

  45 min Esboço do painel no papel (o que mostrar, que tipo de gráfico). Foto.
• Aula 26 — Construção do painel (45 min)

  Construção efetiva do painel. O professor circula e apoia. Grupos que usam Scratch: criar sprites com barras de tamanho variável baseadas em variáveis de dados. Grupos que usam JS simples: usar Chart.js via template fornecido pelo professor. Grupos com mais dificuldade: gráfico no Google Planilhas.

  45 min Screenshot do painel em construção. Versão salva no Drive.
• Aula 27 — Relatório técnico: estrutura e primeiros parágrafos (45 min)

  O professor entrega um template de relatório com seções: Introdução (o problema), Metodologia (como fizemos), Dados coletados, Análise (o que os dados mostram), Conclusão (o que aprendemos), Proposta (o que sugerimos para a escola). Cada grupo preenche as seções em dupla (quem sabe escrever ajuda quem tem dificuldade).

  Linguagem adaptada: O professor lembra: “Não precisa ser difícil. Use frases curtas. Explique como se estivesse falando com alguém da sua família.”

  45 min Relatório em construção salvo no Drive. Pelo menos 3 seções preenchidas ao final da aula.
• Aula 28 — Finalização do relatório e revisão (45 min)

  Cada grupo finaliza o relatório. O professor faz uma revisão coletiva: cada grupo lê uma seção em voz alta. Os outros dão sugestões. Versão final salva. Painel finalizado e vinculado ao relatório.

  45 min Relatório técnico final em PDF (ou Google Docs) salvo na pasta do projeto. Painel finalizado com screenshot inserido no relatório.

• Aula 29 — Ensaio da apresentação (45 min)

  Cada grupo prepara uma apresentação de 5 minutos: problema, solução, dados, painel, proposta. Ensaio interno com cronômetro. O professor orienta: “Quem vai falar? O que cada um vai mostrar? Treinem 2 vezes.”

  Avaliar: clareza, segurança ao falar, domínio do que foi feito. Não avaliar sofisticação do material visual.

  45 min Roteiro da apresentação escrito no diário de bordo. Foto do ensaio.
• Aula 30 — Apresentação para a escola (45 min)

  Apresentação aberta: convidar a direção, coordenação, professores parceiros e turmas do mesmo ano. Cada grupo apresenta seu protótipo, dados e proposta. Público avalia com formulário simples de 3 perguntas (Google Formulários): entendeu o problema, entendeu a solução, votaria em implementar?

  45 min Vídeo curto da apresentação (30–60 seg por grupo). Resultado do formulário de avaliação (Google Sheets). Foto do evento.
• Aula 31 — Publicação no blog e redes sociais (45 min)

  Cada grupo produz um post para o blog (professorcomia.com.br ou diariodeumpoed.com.br): título, problema, o que fizemos, dados principais, uma foto do protótipo, um link para o relatório. Rascunho feito em conjunto. O professor revisa e publica.

  Optativo: publicar também no Instagram da escola com carrossel de fotos e resumo do projeto.

  45 min Post publicado no blog com URL registrada no diário de bordo. Screenshot do post. Link compartilhado com a comunidade escolar.
• Aula 32 — Avaliação final e retrospectiva (45 min)

  Retomar o papel A3 da Fase 0 (“O que já sabíamos, o que precisávamos aprender”). Cada grupo responde: o que aprendemos de fato? Atividade de autorretorno: cada aluno escreve 3 palavras que descrevem o projeto. O professor coleta e forma uma nuvem de palavras.

  Entrega do documento de avaliação final (ver seção de avaliação abaixo). Celebração: certificados de participação, foto de turma com os protótipos.

  45 min Nuvem de palavras (Mentimeter ou manual). Avaliação final entregue. Foto de encerramento com todos os protótipos. Diário de bordo entregue ao professor para nota.