Skip to content
Informática · 11.º Ano

Ideias de aprendizagem ativa

Gestão de Requisitos e Feedback

A gestão de requisitos e feedback exige prática ativa porque os alunos aprendem melhor quando interagem com processos reais. Este tema beneficia de atividades práticas, pois a recolha, análise e refinamento de requisitos só se consolidam com experiência direta em simulações ou projetos controlados.

Aprendizagens EssenciaisDGE: Secundário - Gestão de ProjetosDGE: Secundário - Engenharia de Software
30–50 minPares → Turma inteira4 atividades

Atividade 01

Círculo de Investigação45 min · Pequenos grupos

Entrevistas de Stakeholders: Recolha de Requisitos

Divida a turma em grupos de stakeholders e equipas de desenvolvimento. Os grupos preparam perfis e necessidades reais para um app de cibersegurança. As equipas conduzem entrevistas de 5 minutos, registam requisitos e partilham resumos. Discutam ajustes baseados em feedback.

Qual é a importância do feedback contínuo durante o desenvolvimento de um produto?

Sugestão de FacilitaçãoDurante a atividade de Entrevistas de Stakeholders, incentive os alunos a formularem perguntas abertas e a registarem respostas ambíguas para discussão posterior, pois estas revelam espaço para refinamento de requisitos.

O que observarApresente aos alunos um cenário de projeto fictício (ex: uma nova app de gestão de tarefas com IA). Peça-lhes para identificarem 2 requisitos funcionais e 2 não funcionais, e explicarem brevemente porquê. Utilize as respostas para verificar a compreensão imediata.

AnalisarAvaliarCriarAutogestãoAutoconsciência
Gerar Aula Completa

Atividade 02

Círculo de Investigação50 min · Pequenos grupos

Ciclo de Feedback Ágil: Sprint Review

Forme equipas para protótipos simples de IA. Cada sprint de 10 minutos inclui planeamento de requisitos, desenvolvimento rápido e revisão com feedback paritário. Registem mudanças em quadros partilhados e iterem duas vezes.

Diferencie requisitos funcionais de não funcionais.

Sugestão de FacilitaçãoNa atividade Ciclo de Feedback Ágil, limite o tempo de cada sprint review a 15 minutos para garantir que o foco permanece no feedback construtivo, não em discussões longas sem ação.

O que observarColoque a questão: 'Como é que a falta de feedback contínuo pode levar ao fracasso de um projeto de software, especialmente em áreas como IA ou cibersegurança?'. Incentive os alunos a partilharem exemplos e a defenderem os seus pontos de vista, promovendo a análise crítica.

AnalisarAvaliarCriarAutogestãoAutoconsciência
Gerar Aula Completa

Atividade 03

Matriz de Priorização: Classificação de Requisitos

Forneça uma lista de 10 requisitos mistos. Em pares, classifiquem por MoSCoW (Must, Should, Could, Won't) numa matriz. Apresentem justificações à turma e votem nas prioridades globais.

Analise como a gestão de requisitos impacta o sucesso de um projeto.

Sugestão de FacilitaçãoNa Matriz de Priorização, peça aos alunos para explicarem as suas classificações em voz alta, pois a verbalização reforça a compreensão das diferenças entre requisitos funcionais e não funcionais.

O que observarPeça aos alunos para escreverem num pequeno papel: 1) Uma diferença chave entre requisitos funcionais e não funcionais. 2) Uma forma como o feedback de um stakeholder pode alterar um requisito inicial. Recolha as respostas no final da aula.

AnalisarAvaliarCriarAutogestãoAutoconsciência
Gerar Aula Completa

Atividade 04

Simulação de Mudanças: Gestão de Scope Creep

Individuais ou pares gerem um projeto fictício com requisitos iniciais. Introduza feedback que altera necessidades; registam impactos e propõem negociações. Partilhem soluções em plenário.

Qual é a importância do feedback contínuo durante o desenvolvimento de um produto?

Sugestão de FacilitaçãoNa Simulação de Mudanças, forneça apenas informações parciais sobre o projeto para que os alunos pratiquem a gestão de expectativas e a negociação de prioridades.

O que observarApresente aos alunos um cenário de projeto fictício (ex: uma nova app de gestão de tarefas com IA). Peça-lhes para identificarem 2 requisitos funcionais e 2 não funcionais, e explicarem brevemente porquê. Utilize as respostas para verificar a compreensão imediata.

AnalisarAvaliarCriarAutogestãoAutoconsciência
Gerar Aula Completa

Algumas notas sobre lecionar esta unidade

Ensinar gestão de requisitos e feedback requer um equilíbrio entre estrutura e flexibilidade. Evite aulas teóricas longas; em vez disso, use exercícios práticos para que os alunos vivenciem os desafios da recolha e refinamento de requisitos. Pesquisas mostram que simulações realistas aumentam a retenção, por isso priorize atividades que se aproximem de ambientes profissionais, como projetos com stakeholders fictícios ou mudanças de âmbito controladas.

Os alunos demonstram sucesso quando conseguem distinguir requisitos funcionais e não funcionais em contextos reais, aplicam ciclos de feedback iterativo para ajustar requisitos e gerem mudanças no âmbito do projeto sem perder foco nos objetivos principais. A capacidade de justificar decisões com base em feedback é o indicador chave.


Atenção a estes erros comuns

  • Durante a atividade Entrevistas de Stakeholders, alguns alunos podem assumir que os requisitos recolhidos são definitivos e imutáveis.

    Use as entrevistas para mostrar que requisitos ambíguos ou contraditórios são oportunidades de refinamento. Peça aos alunos para identificarem pelo menos três respostas que necessitam de clarificação e discutirem como reformulariam as perguntas para obter respostas mais precisas.

  • Durante a atividade Ciclo de Feedback Ágil, os alunos podem pensar que o feedback só é útil no final do desenvolvimento.

    No sprint review, peça aos alunos para simularem um problema encontrado cedo (ex: interface confusa) e discutirem como o feedback imediato evitou retrabalho. Compare com um cenário sem feedback precoce para destacar a diferença.

  • Durante a atividade Matriz de Priorização, os alunos podem confundir requisitos funcionais e não funcionais.

    Peça aos alunos para categorizarem requisitos em grupos pequenos e, em seguida, apresentarem uma justificação oral para cada classificação. Use exemplos concretos (ex: 'o sistema deve processar 1000 pedidos por segundo' vs 'o utilizador deve conseguir cancelar uma encomenda em 2 cliques') para reforçar diferenças.


Metodologias usadas neste resumo