Priorização MoSCoW
Introdução
A técnica de priorização MoSCoW foi utilizada para identificar e classificar os requisitos do sistema de acordo com sua importância e impacto no projeto. Essa abordagem foi realizada em conjunto com o cliente, garantindo que as necessidades mais críticas fossem atendidas e que os esforços de desenvolvimento fossem direcionados de forma eficiente. A técnica divide os requisitos em quatro categorias principais:
- Must Have (Deve Ter): Requisitos essenciais para o funcionamento do sistema.
- Should Have (Deveria Ter): Requisitos importantes, mas não essenciais para a entrega inicial.
- Could Have (Poderia Ter): Requisitos desejáveis, mas que podem ser adiados ou descartados, se necessário.
- Won't Have (Não Terá): Requisitos que não serão implementados no momento.
Metodologia
A priorização foi realizada por meio de uma entrevista com um usuário do sistema avaliado. Durante a entrevista, cada requisito identificado foi discutido e classificado em uma das categorias acima. A decisão foi baseada em critérios como impacto no usuário, viabilidade técnica e alinhamento com os objetivos do projeto.
Envolvidos
Os responsáveis pela realização da priorização MoSCoW foram:
Resultados
Must Have (Deve Ter)
Tabela 1 - Requisitos classificados como Must Have
| Código | Nome do Requisito | Descrição |
|---|---|---|
| RF20 | Acompanhamento Real (Real) | O sistema deve enviar uma notificação quando está chegando perto da data de entrega de uma atividade. |
| RF49 | Sistema Tutor Inteligente (STI) | O assistente virtual deve fornecer orientação pedagógica individualizada, baseada na TAS e no desejo didático dos docentes. |
| RF45 | Projeto de Monitoria Estudantil (PMon) | Deve fornecer chat síncrono para interação à distância. |
| RF26 | Banco de Questões (BDQ) | Deve promover a interação dos alunos com as questões, avaliando seu conhecimento informativo e formativo. |
| RF50 | Sistema Tutor Inteligente (STI) | O assistente virtual deve analisar a situação cognitiva de cada aluno e atuar como agente colaborativo na aprendizagem. |
| RF35 | Cooperação (Integra) | A integração deve reduzir o esforço de professores e monitores, centralizando informações sobre atividades e desempenho. |
| RF32 | Conteúdo (SRC) | Os materiais devem estar postados em tópicos de conteúdos separados na disciplina. |
| RF33 | Conteúdo (SRC) | O banco de questões deve estar separado por conteúdo. |
| RF22 | Apoio à Decisão (MAD) | O sistema deve fornecer dados e informações analíticas em diferentes níveis (individual, turma, entre turmas). |
| RF24 | Apoio à Decisão (MAD) | Deve mostrar como o desempenho está sendo calculado. |
| RF10 | Acompanhamento Real (Real) | A interface deve exibir como está a porcentagem de erros das atividades de cada conteúdo. |
Should Have (Deveria Ter)
Tabela 2 - Requisitos classificados como Should Have
| Código | Nome do Requisito | Descrição |
|---|---|---|
| RF51 | Sistema Tutor Inteligente (STI) | O sistema deve apresentar ao professor qual aluno sabe sobre o conteúdo. |
| RF31 | Conteúdo (SRC) | O sistema deve direcionar cada aluno a materiais adequados à sua situação cognitiva e preferências. |
| RF44 | Projeto de Monitoria Estudantil (PMon) | O sistema deve facilitar a interação entre monitores, professores e alunos. |
| RF38 | Interface Animado (MInA) | A inferência deve envolver Lógica Fuzzy, permitindo avaliações graduais (ex.: "bom", "razoável", "fraco"). |
| RF42 | Interface Animado (MInA) | O assistente virtual deve notificar qual conteúdo o aluno está tendo mais dificuldade. |
| RF15 | Acompanhamento Real (Real) | O sistema deve enviar notificações para lembrar o usuário de revisar conteúdos passados. |
| RF08 | Acompanhamento Real (Real) | A interface deve exibir um progresso em porcentagem do andamento da disciplina. |
| RF17 | Acompanhamento Real (Real) | O sistema deve enviar lembretes para o usuário sobre datas de entregas de atividades. |
Could Have (Poderia Ter)
Tabela 3 - Requisitos classificados como Could Have
| Código | Nome do Requisito | Descrição |
|---|---|---|
| RF34 | Cooperação (Integra) | O sistema deve integrar outros softwares educacionais (como AVAs). |
| RF29 | Banco de Questões (BDQ) | O sistema deve conter um banco de questões geradas pelo professor. |
| RF37 | Interface Animado (MInA) | A integração deve visar a compreensão da situação de aprendizagem. |
| RF48 | Projeto de Monitoria Estudantil (PMon) | Deve disponibilizar informações sobre horários e locais de monitoria. |
Won't Have (Não Terá)
Tabela 4 - Requisitos classificados como Won't Have
| Código | Nome do Requisito | Descrição |
|---|---|---|
| RF36 | Interface Animado (MInA) | O sistema deve criar um personagem antropomórfico para interação direta com o estudante. |
| RF14 | Acompanhamento Real (Real) | O usuário deve marcar os tópicos da disciplina no qual ele sente mais facilidade. |
| RF46 | Projeto de Monitoria Estudantil (PMon) | O assistente virtual deve acompanhar interações. |
Gravação
A Tabela 5 apresenta as informações do usuário que participou da etapa de priorização, incluindo seu nome e dados sobre a gravação, como data, hora e local.
| Nome | Data | Hora | Local |
|---|---|---|---|
| Isaque Camargo | 30/09/2025 | 16:00 | Faculdade de Ciências e Tecnologias em Engenharia – FCTE/UnB |
Além disso, a gravação da elicitação conferida em: https://youtu.be/N-bMKNZjJzk.
Conclusão
A priorização MoSCoW foi essencial para alinhar as expectativas do cliente com as possibilidades do projeto, garantindo que os esforços sejam direcionados para os requisitos mais importantes. Essa abordagem também permite maior flexibilidade no planejamento, possibilitando ajustes conforme o desenvolvimento avança.
Referência Bibliográficas
Serrano, Milene; Serrano, Maurício. Requisitos (Aula 07): Elicitação, Modelagem e Análise. UnB Gama, Brasília, 2023. Disponível em: https://aprender3.unb.br/pluginfile.php/3096086/mod_resource/content/2/Requisitos%20-%20Aula%2007.pdf. Acesso em: 2 de maio de 2025.
Agile Business Consortium. MoSCoW Prioritisation. Disponível em: https://www.agilebusiness.org/dsdm-project-framework/moscow-prioririsation.html. Acesso em: 2 de maio de 2025.
Visual Paradigm. Prioritizing Requirements with MoSCoW Method: A Guide for Agile Projects. Disponível em: https://guides.visual-paradigm.com/prioritizing-requirements-with-moscow-method-a-guide-for-agile-projects/. Acesso em: 2 de maio de 2025.
Histórico de Versões
| Versão | Data | Descrição | Autor(es) | Revisor |
|---|---|---|---|---|
| 1.0 | 30/09/2025 | Realização da priorização MoSCoW por meio de entrevista com usuário | João Sapiência, João Felipe | Arthur Henrique |