Listas de Verificações
Introdução
A etapa de verificação tem papel fundamental no desenvolvimento de um projeto, pois consiste na análise dos artefatos produzidos para assegurar que estejam em conformidade com os requisitos previamente definidos. Nesse contexto, o presente artefato tem como objetivo apresentar o planejamento destinado à verificação de cada um dos artefatos elaborados na segunda fase do projeto do grupo.
Lista de Verificação - Perfil de Usuário
Tabela 1: Checklist Perfil de Usuário do grupo 7
| ID | Descrição | Cumpriu? |
|---|---|---|
| 1 | O perfil de usuário identifica claramente os objetivos do usuário? | |
| 2 | As características de interesse (cargo, função, experiência, nível de instrução etc.) foram coletadas e analisadas? | |
| 3 | Os dados foram agrupados em faixas e categorias (ex.: idade, experiência) para facilitar priorização? | |
| 4 | Foi calculada a proporção de usuários que se encaixam em cada perfil, permitindo priorizar grupos mais representativos? | |
| 5 | O processo de elaboração do perfil de usuário foi iterativo, refinado ao longo do projeto? | |
| 6 | As características do perfil de usuário foram priorizadas conforme a relevância para o produto e projeto? | |
| 7 | Os recursos foram direcionados para capturar as características-chave mais importantes para o projeto? | |
| 8 | Foram consideradas múltiplas dimensões do usuário (dados pessoais, relação com tecnologia, conhecimento do domínio, tarefas)? | |
| 9 | Os usuários foram categorizados em grupos significativos (idade, experiência, atitudes, tarefas primárias)? | |
| 10 | O perfil de usuário cobre a maioria dos grupos, evitando deixar uma porcentagem significativa de usuários sem representação? |
- Autor: Miquéias Ezequiel
- Fonte: https://docs.google.com/document/d/1ZgY_csR6nMdqnsdm-Km-APmjWo1dyMgRVmP5Y1uTUWs/edit?tab=t.0
Lista de Verificação - Personas
Tabela 2: Checklist Personas do grupo 7
| ID | Descrição | Cumpriu? |
|---|---|---|
| 1 | A persona tem características do perfil de usuário? | |
| 2 | A persona tem um nome e sobrenome? | |
| 3 | A persona tem uma foto? | |
| 4 | A persona tem uma idade? | |
| 5 | Foi feito um anti usuário? | |
| 6 | A persona tem tarefas? | |
| 7 | Existem 3 a 12 personas diferentes? | |
| 8 | Existe ao menos 1 persona primária? | |
| 9 | A persona tem objetivos? | |
| 10 | Foram feitos requisitos para aquela persona? |
- Autor: Heyttor Augusto
- Fonte: https://docs.google.com/document/d/1CN96llao3vN1rGWIpKS5Rul417EboMVT1fITQCX0r0M/edit?tab=t.0
Lista de Verificação - Análise de Documentos
Tabela 3: Checklist Análise de Documentos do grupo 7
| ID | Descrição | Cumpriu? |
|---|---|---|
| 1 | A análise identifica as necessidades de negócio? | |
| 2 | A análise identifica, inicialmente, as partes interessadas chave e, em seguida, as demais? | |
| 3 | A análise de documentação se apresenta como um meio de elicitar requisitos pelo estudo de documentação disponível? | |
| 4 | O estudo dessa análise tem como base uma solução existente para identificação de informação relevante para o desenvolvimento de uma nova solução? | |
| 5 | A análise de documentação apresenta uma faixa ampla de análise de documentos, onde não se limitam? | |
| 6 | A análise de documentação se prepara com momentos preliminares, quando o principal interesse é entender melhor o domínio do problema e tornar as necessidades de negócio mais específicas? | |
| 7 | A análise de documentação explora o alcance da solução e dos componentes de software que a compõem? | |
| 8 | A análise de documentação ajuda a detalhar o escopo, buscando maior aprofundamento de uma atividade em particular? |
- Autor: Samuel Felipe
- Fonte: https://docs.google.com/document/d/12FNqMPdtw5nGZ78fg6hZorc0qmILWR72vKJBmXypIbM/edit?tab=t.0
Técnica de Elicitação - Entrevista
Tabela 4: Checklist Entrevista do grupo 7
| ID | Descrição | Cumpriu? |
|---|---|---|
| 1 | Objetivo da entrevista foi definido claramente? | |
| 2 | Foram selecionadas as pessoas adequa das para serem entrevistadas? | |
| 3 | O entrevistador estudou previamente o assunto da entrevista? | |
| 4 | Foi elaborado um roteiro de questões antes da entrevista? | |
| 5 | O roteiro contemplou as dimensões do 5W+2H (What, Who, When, Where, Why, How, How Much)? | |
| 6 | As perguntas foram formuladas de maneira clara e objetiva (sem excesso de complexidade)? | |
| 7 | O entrevistador utilizou equilíbrio entre perguntas abertas e fechadas? | |
| 8 | Foi escolhida uma estrutura adequada para a entrevista (pirâmide, funil ou diamante)? | |
| 9 | O registro da entrevista foi planejado e executado de forma adequada (notas, gravação, ata)? | |
| 10 | O entrevistador manteve postura de escuta ativa (contato visual, interesse, respeito)? | |
| 11 | Foi realizada uma finalização adequada (resumo, agradecimento, próximos passos)? | |
| 12 | Foi produzida e validada uma ata ou relatório após a entrevista? |
- Autor: Luan Vinícius
- Fonte: https://docs.google.com/document/d/1NSqIFHaaJ1hv9NAKAzTIH4rRzkhkPB2nQTZzOctrS6o/edit?tab=t.0
Técnica de Elicitação - Observação
Tabela 5: Checklist Observação do grupo 7
| ID | Descrição | Cumpriu? |
|---|---|---|
| 1 | Foram estabelecidos os objetivos da observação antes de iniciá-la? | |
| 2 | O grupo de pessoas e a janela de tempo para observação foram escolhidos com base nas necessidades de informação? | |
| 3 | A observação cobre tanto o escopo (tarefas e serviços existentes) quanto a profundidade (regras e interações)? | |
| 4 | Foram consultados documentos como organogramas ou fluxos operacionais antes da observação? | |
| 5 | As questões a serem respondidas durante ou após a observação foram previamente formuladas? | |
| 6 | A seleção de usuários observados contempla diferentes perfis de experiência (especialistas e novatos)? | |
| 7 | O período de observação foi definido para capturar eventos previsíveis e excepcionais? | |
| 8 | O analista decidiu previamente se atuaria de forma passiva (apenas observando) ou ativa (interagindo)? | |
| 9 | O processo foi observado em mais de uma oportunidade para garantir consistência? | |
| 10 | O analista se apresentou, explicou objetivos e garantiu que o trabalho não seria criticado? | |
| 11 | Durante a observação, foram feitas anotações completas das tarefas e interações observadas? | |
| 12 | Os achados foram documentados, revisados e discutidos com os participantes para confirmação? |
- Autor: Luan Vinícius
- Fonte: https://aprender3.unb.br/pluginfile.php/3210603/mod_resource/content/4/Elicitacao%20de%20Req%202.pdf
Técnica de Priorização - Glossário
Técnica de Priorização - Three Level Scale
Tabela 7: Checklist Three Level Scale do grupo 7
| ID | Descrição | Cumpriu? |
|---|---|---|
| 1 | Os requisitos foram separados nos níveis de alta, média e baixa prioridade? | Sim |
| 2 | Os requisitos de alta prioridade são de extrema urgência e importância? | Sim |
| 3 | Os requisitos de alta prioridade podem ser implementados em outro momento? | Não |
| 4 | Os requisitos de média prioridade podem ser feitos em outro momento? | Sim |
| 5 | Os requisitos considerados de baixa prioridade podem ser implementados em outro momento, além de não serem importantes para o cliente? | Sim |
| 6 | Foi incluída a prioridade do requisito junto ao próprio documento de requisitos de usuário? | Sim |
| 7 | Foram feitas subdivisões de requisitos por prioridade? | Não |
| 8 | Os requisitos dependentes de outros estão em um nível igual ou inferior de prioridade? | Não |
- Autor: Heyttor Augusto
- Fonte: https://docs.google.com/document/d/13GI1jPB-gPHaFYhGgmODryBbIc_GqqzV2BTKWY5WUpY/edit?tab=t.0
Técnica de Priorização - Value, Cost and Risk
Tabela 8: Checklist Value, Cost and Risk do grupo 7
| ID | Descrição | Cumpriu? |
|---|---|---|
| 1 | Todos os itens listados para priorização (requisitos, casos de uso, user stories) estão no mesmo nível de abstração e sem mistura de categorias diferentes? | |
| 2 | Foram identificadas dependências entre requisitos (A precisa de B antes, etc.) e apenas o requisito condutor foi incluído na priorização? | |
| 3 | Os representantes do cliente atribuíram notas de 1 a 9 para o benefício de cada requisito, de acordo com o valor para o negócio? | |
| 4 | Foi atribuída uma nota de 1 a 9 para a penalidade caso o requisito não seja implementado? | |
| 5 | Ao avaliar a penalidade, foram considerados impactos como concorrência, requisitos legais, padrões de mercado e expectativas dos usuários? | |
| 6 | A equipe de desenvolvimento atribuiu notas de 1 a 9 para o custo de implementação de cada requisito, considerando complexidade, interface, reutilização e testes? | |
| 7 | A equipe técnica atribuiu notas de 1 a 9 para o risco técnico de implementação (complexidade, ferramentas novas, incertezas de viabilidade)? | |
| 8 | A planilha calculou automaticamente o valor total, o percentual de valor, custo e risco de cada requisito? | |
| 9 | Foi utilizada a fórmula recomendada para cálculo da prioridade de cada requisito? | |
| 10 | A lista final foi ordenada em ordem decrescente de prioridade calculada, destacando os itens com melhor relação valor/custo/risco? | |
| 11 | Foram considerados ajustes de pesos (benefício, penalidade, custo, risco) de acordo com a realidade do projeto? | |
| 12 | Os stakeholders revisaram e validaram os resultados da priorização, discutindo divergências e chegando a consenso? |
- Autor: Luan Vinícius
- Fonte: https://docs.google.com/document/d/1tXrIZul7nlKVKTM2NKG1WzAI4OfIeFn919VZZNAIMuY/edit?tab=t.0
Técnica de Priorização - $100
Tabela 9: Checklist $100 do grupo 7
| ID | Descrição | Cumpriu? |
|---|---|---|
| 1 | Cada participante recebeu a instrução clara de que dispõe de 100 dólares fictícios para distribuir? | |
| 2 | Foi explicado que o valor alocado a um requisito deve refletir sua importância relativa em relação aos outros? | |
| 3 | Foi impedido que um participante alocasse todos os 100 dólares em um único requisito? | |
| 4 | A alocação inicial foi feita individualmente, sem influência ou debate prévio? | |
| 5 | Após a alocação individual, os valores atribuídos a cada requisito por todos os participantes foram somados? | |
| 6 | O resultado da soma foi usado para criar um ranking visual (lista ordenada) dos requisitos? | |
| 7 | Foi realizado um debate após a votação para discutir e validar o ranking resultante? | |
| 8 | Foi consenso entre os participantes que a técnica prioriza valor percebido, e não esforço de desenvolvimento? |
- Autor: João Pedro
- Fonte: https://docs.google.com/document/d/1FHnDXCfS8GzmidcX_e83Be-rk1Rjd6NmhSNPnopwXSI/edit?usp=sharing
Técnica de Priorização - MoSCoW
Tabela 10: Checklist MoSCoW do grupo 7
| ID | Descrição | Cumpriu? |
|---|---|---|
| 1 | Os requisitos classificados como Must satisfazem a solução para que ela seja considerada um sucesso? | |
| 2 | Os requisitos classificados como Should estão incluídos na solução sempre que possível? | |
| 3 | Os requisitos classificados como Could são capacidades desejáveis identificadas no projeto? | |
| 4 | Os requisitos classificados como Could podem ser adiados ou eliminados se houver falta de tempo ou recursos? | |
| 5 | Os requisitos classificados como Won’t não serão implementados nesta entrega? | |
| 6 | Está registrado que os requisitos classificados como Won’t podem ser incluídos em uma versão futura? | |
| 7 | Foi esclarecido se os requisitos classificados como Won’t significam “não na próxima entrega” ou “nunca serão implementados”? | |
| 8 | Todos os stakeholders compartilham o mesmo entendimento sobre o significado de cada classificação? | |
| 9 | Existe um número adequado de requisitos Must, evitando que quase todos os requisitos recebam essa classificação? | |
| 10 | Os usuários entendem as diferenças entre S, C e W? |
- Autor: Miquéias Ezequiel
- Fonte: https://docs.google.com/document/d/1rYmzVIAjmmVAHWeDj5rTBpve9ehglWxMFt67DLzZGoc/edit?tab=t.0
Técnica de Elicitação e Priorização - Geral (Aprender3)
Tabela 5: Checklist Técnica de Elicitação e Priorização do Grupo 1
| ID | Descrição | Cumpriu? |
|---|---|---|
| 1 | O perfil do usuário é definido por mais de uma forma (técnica de elicitação e/ou ferramenta)? | |
| 2 | Existe gravação da elicitação dos requisitos com o usuário? | |
| 3 | Cada requisito possui ao menos uma fonte de origem? | |
| 4 | São apresentados requisitos implementados e não implementados para a aplicação? | |
| 5 | Os requisitos podem ser verificados na aplicação (critério de aceitação)? | |
| 6 | Foi definido um cronograma (data e horário) e local para realização da priorização dos requisitos com o cliente e/ou persona do projeto? | |
| 7 | Foram aplicadas no mínimo quatro técnicas de priorização (MoSCoW, 100$, First Things First, ROI, QFD, TQM ou outra)? | |
| 8 | As técnicas de MoSCoW e/ou 100$ só foram utilizadas após a aplicação de pelo menos outras duas técnicas de priorização no projeto? | |
| 9 | Todas as priorizações contaram com a participação do usuário? | |
| 10 | Existe gravação e registro(s) da atividade de priorização dos requisitos? |
Bibliografia
- BARBOSA, Simone Diniz Junqueira et al. Identificação de Necessidades dos Usuários e Definição dos Requisitos de IHC. In: BARBOSA, Simone Diniz Junqueira et al. Interação Humano-Computador e Experiência do Usuário. 1. ed. Rio de Janeiro: Autopublicação, 2021. Cap. 7. Disponível em: https://aprender3.unb.br/pluginfile.php/3210605/mod_resource/content/4/ihc-ux%20cap%207.pdf. Acesso em: 1 out. 2025.
- VAZQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Elicitação de Requisitos. In: ______. Engenharia de Requisitos: software orientado ao negócio. Rio de Janeiro: Brasport, 2016. Cap. 7. Disponível em: https://aprender3.unb.br/pluginfile.php/3210603/mod_resource/content/4/Elicitacao%20de%20Req%202.pdf. Acesso em: 1 out. 2025.
- WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond: Microsoft Press, 2013. Disponível em: https://aprender3.unb.br/pluginfile.php/3210609/mod_resource/content/3/PriorizaA%CC%83%C2%A7A%CC%83%C2%A3o%20de%20Req.pdf. Acesso em: 1 out. 2025.
Versionamento
| Versão | Data | Autor | Descrição | Revisor |
|---|---|---|---|---|
1.0 |
24/09/2025 | Luan Vinícius | Abertura da documentação | Heyttor Augusto |
1.1 |
01/10/2025 | Luan Vinícius | Adição das checklists | Heyttor Augusto |