Relato sobre a Trajetória de Pesquisa

No final do mês de setembro de 2015, aconteceu a primeira reunião de apresentação das ideias do projeto. Nessa ocasião, foi apresentado a professora K., de maneira informal, a ideia de que seria possível a construção de um software que auxiliasse no diagnóstico do desenvolvimento dos alunos. A professora S. Também foi informada a respeito do software e se mostrou bastante disposta a sua implementação, por possuir um perfil aberto à adoção de novas ideias dentro da escola.

A professora S. gostou da ideia e se dispôs, assim como a professora K., a participar da pesquisa e contribuir para a busca de uma solução. Nessa ocasião, lhe foram mostrados alguns rascunhos e recortes que indicavam como seria a estrutura do sistema.

Desse modo, no segundo encontro, que ocorreu na metade de outubro, lhes foi apresentado o primeiro mockup de uma tela do software.

Figura 6 - Primeiro mockup

Nessa reunião, a professora S. indicou que seria interessante que o software conseguisse gerar a ficha avaliativa como produto final de seu processo. Essa ficha, explicou S., era uma espécie de “resumo” de todo o processo de avaliação que era apresentado no currículo da cidade, sendo disponibilizada ao final de cada bimestre para os pais dos alunos nas reuniões de pais e mestres.

Portanto, é possível afirmar que os dados colhidos durante o processo de avaliação convergem para um documento legível para os pais dos alunos. Essa ficha utiliza-se de cores para mostrar como está o desenvolvimento do aluno em determinada área do conhecimento, assim como as habilidades desenvolvidas até então. O vermelho representa “insatisfatório”; o amarelo “parcialmente satisfatório”; o verde “totalmente satisfatório”.

Após essa segunda reunião, o produto final do processo mediado pelo software ficou bem definido. Entretanto, a partir desse momento, seria necessário pensar de que maneira o software obteria as informações necessárias para a geração do produto final. Havia três possibilidades:

a) O professor classificaria os alunos em cada “saber”, como proposto no primeiro

mockup ;

b) O professor responderia a um questionário com perguntas encontradas no livro do currículo da cidade, e o software faria a classificação dos saberes de acordo com as respostas. c) Seria construído um novo conjunto de questões fundado no conhecimento formal, que está registrado no livro do currículo e no conhecimento tácito, que se baseia na experiência concreta com os alunos ao longo dos anos.

Em resumo, essas três possibilidades de entradas de dados são válidas, mas cada uma traria uma experiência diferente para os usuários do software.

A possibilidade “c” leva em conta o conhecimento construído pelo coletivo de professores em 2011, assim como o conhecimento e percepções que cada professor desenvolveu em sua prática docente de maneira particular.

Essa relação que se estabelece entre os conhecimentos coletivos e particulares, ou entre o sistematizado e o vivido, já existe no contexto estudado. Nas reuniões de conselho de classe nota-se que a avaliação do desenvolvimento, baseada nos conhecimentos formais cristalizados no currículo, muitas vezes, não dá conta da complexidade das crianças.

Nesses momentos, é o conhecimento tácito que auxilia na avaliação, ao trazer detalhes do processo educativo vivido pelos seus alunos. Porém, essa segunda dimensão da avaliação não é registrada em lugar algum, ele se perde com o fim da reunião, que culmina com a classificação dos alunos em grupos de desenvolvimento. Sendo assim, o software faria com que esses conhecimentos se estabelecessem num lugar comum: o digital.

Dando continuidade ao projeto, a terceira reunião aconteceu em 17 de dezembro com as professoras K. e S.. Nesse encontro, avançou-se bastante em relação aos objetivos do software, assim como sobre sua viabilidade de desenvolvimento.

Discutiu-se, também, sobre as possibilidades de construção do questionário sugerido na última reunião. Assim, foi apresentado um segundo mockup que apresentava funcionalidades básicas, feito no site Moqups4:

Figura 7 - Proposta de interface para o questionário de avaliação do aluno

Fonte: Acervo do autor, 2015.

Esse segundo rascunho foi bem aceito e serviu para gerar discussões sobre o processo de preenchimento do questionário avaliativo.

Porém, depois de muitos avanços na discussão, aconteceu uma mudança de rumo no projeto: as professoras chegaram à conclusão que antes da implementação da solução proposta, seria necessário pensar em resolver um problema que é bem prático e atinge todos os professores: a confecção do documento bimestral que classifica os alunos em grupos de saberes.

O processo atual de confecção é “manual” e, na visão das professoras, isso gera dois pontos de incômodo: os documentos não possuem um padrão visual e a sua montagem, por ser repetitiva, é bastante trabalhosa.

Esse documento é chamado de “documento do conselho de classe”. Ele é baseado no Currículo da Rede Municipal de Paulínia e é construído bimestralmente pelos professores responsáveis por determinado ano (série) em cada unidade escolar.

Nele encontram-se duas seções: Linguagem e Matemática; dentro de cada seção, temos a descrição, retirada do currículo, de cada um dos sete saberes para cada grupo de desenvolvimento. Os grupos de desenvolvimento são nomeados com números: Grupo 1, Grupo 2, Grupo 3, etc.

Como já foi dito anteriormente, cada saber possui níveis que começam na letra A e continuam até a letra necessária (alguns saberes possuem mais níveis internos que outros). Dessa forma, cada grupo de desenvolvimento possui diferentes níveis em cada um dos sete saberes que compõe cada disciplina.

Assim, no documento há os grupos norteados pelos saberes dispostos no currículo. Quanto menor o número do grupo mais desenvolvido o aluno está. Tal classificação agrupa as crianças de forma que, posteriormente, o professor possa definir estratégias que atinjam todo o grupo.