Priorização por 3 Níveis
1. Introdução
As abordagens tradicionais de priorização de requisitos costumam classificá-los em alta, média ou baixa prioridade. No entanto, essa categorização pode ser imprecisa e subjetiva, uma vez que exige consenso entre os stakeholders. Para mitigar essa limitação e tornar o processo mais preciso, o grupo adotou a técnica de Priorização por 3 Níveis, que considera duas dimensões: urgência e importância do requisito (WIEGERS et al., 2013). Essa abordagem foi aplicada na classificação dos requisitos elicitados para o aplicativo do IBGE. A referência utilizada pode ser observada através da Figura 2.
2. Metodologia
2.1. Cronograma
Na Tabela 1 estão apresentados os participantes da priorização feita de forma remota, bem como data, hora e função de suas participações.
Tabela 1: Cronograma da Priorização de 3 Níveis
| Nome | Data | Hora | Função |
|---|---|---|---|
| Laryssa Felix | 03/05/2025 | 09:40 | Cliente |
| Letícia Monteiro | 03/05/2025 | 09:40 | Desenvolvedora |
| Lúcia Oliveira | 03/05/2025 | 09:40 | Persona |
| Ludmila Nunes | 03/05/2025 | 09:40 | Personificação das Personas |
| Marcos Rodrigues | 03/05/2025 | 09:40 | Persona |
| Mariana Santos | 03/05/2025 | 09:40 | Persona |
Fonte: Ludmila Nunes.
Na Tabela 2 estão apresentados os participantes da priorização feita de forma presencial, bem como data, hora e função de suas participações.
Tabela 2: Cronograma da Priorização de 3 Níveis
| Nome | Data | Hora | Função |
|---|---|---|---|
| Laryssa Felix | 18/06/2025 | 14:00 | Desenvolvedora |
| Caio Duarte | 18/06/2025 | 14:00 | Desenvolvedor |
| Gabriel Pinto | 18/06/2025 | 14:00 | Personificação da persona Lúcia Oliveira |
| Letícia Monteiro | 18/06/2025 | 14:00 | Personificação da persona Marcos Rodrigues |
| Mayara Marques | 18/06/2025 | 14:00 | Personificação da persona Mariana Santos |
| Luiz Henrique | 18/06/2025 | 14:00 | Usuário do app do IBGE |
Fonte: Laryssa Felix.
Fonte: Caio Duarte, Gabriel Pinto, João Félix, Laryssa Felix, Letícia Monteiro, Ludmila Nunes e Mayara Marques, 2025.
2.2. Aplicação da técnica
2.2.1. Abordagem utilizada
Para a aplicação dessa técnica de priorização, foi utilizada uma matriz — a qual está representada na Figura 1 — baseada em importância e urgência, que conta com 4 quadrantes para facilitar a tomada de decisão sobre a ordem do que deve ser feito. Foi levado em consideração a referência bibliográfica, que diz
Use essa matriz para focar no que realmente traz valor para o projeto. Evite gastar tempo com coisas que parecem urgentes mas não são importantes (WIEGERS et al., 2013).
Figura 1: Matriz de 4 quadrantes
Fonte: Ludmila Nunes, 2025. Criado na ferramenta Excalidraw.
As seguintes definições também foram utilizadas:
- Alta prioridade: Requisitos importantes e urgentes, essenciais para a próxima versão ou exigidos por contrato ou lei.
- Prioridade média: Importantes, mas não urgentes; podem ser entregues em versões futuras.
- "Não faça isso!": Parecem urgentes, mas não são importantes; surgem por pressões internas e devem ser reavaliados ou descartados.
- Baixa prioridade: Nem importantes nem urgentes; dispensáveis e podem ser ignorados sem impacto.
A Priorização por 3 Níveis foi conduzida em uma videochamada através da plataforma Microsoft Teams, que contou com a participação de Letícia Monteiro, representando a equipe de desenvolvedores, Laryssa Felix, representando cliente, e Ludmila Nunes, como representante dos usuários através da utilização das personas.
A reunião foi realizada no dia 03/05/2025 e durou de 09:40 a 11:00. A lista de todos os requisitos foi utilizada e todos os requisitos nela contidos foram analisados um a um. Cada parte interessada deu sua opinião sobre sua importância e urgência e ele foi alocado em um quadrante da matriz de priorização. As tabelas 2 e 3 apresentam o resultado da priorização.
2.2.2. Justificativa do uso de personas
De acordo com Brown (2016), no livro Design Thinking (como pode ser observado na Figura 3), as personas são apresentadas como uma ferramenta fundamental para alinhar soluções aos usuários.
Personas são arquétipos, personagens ficcionais, concebidos a partir da síntese de comportamentos observados entre consumidores com perfis extremos [...]. Podem ser utilizadas em várias fases do processo, [...] mas são especialmente úteis na geração e validação de ideias. [...] Elas auxiliam no processo de design porque direcionam as soluções para o sentido dos usuários, orientando o olhar sob as informações e, assim, apoiando as tomadas de decisão (BROWN, T., 2010).
Desse modo, as personas representam usuários fictícios, mas baseados em dados reais e comportamentos observáveis, o que permite uma abordagem mais humanizada e direcionada na definição de prioridades.
Para a aplicação da técnica, ao utilizar personas, foi possível:
- Identificar quais funcionalidades são mais relevantes para cada perfil de usuário.
- Avaliar o impacto de cada requisito na experiência do usuário final.
- Tornar o processo de priorização mais alinhado às necessidades reais dos usuários, e não apenas baseado em suposições técnicas.
Essa abordagem foi aplicada com base nas personas definidas através do perfil de usuário do aplicativo. Para essa técnica, a integrante Ludmila Nunes ficou responsável por representar as personas e defender seus interesses com base nas características de cada uma. Além disso, a integrante Larysssa Felix assumiu o papel de presidente do IBGE como representante do cliente do aplicativo.
3. Requisitos priorizados
A legenda para cada sigla é a seguinte:
- RF* - Requisito Funcional nº*
- RNF* - Requisito Não Funcional nº*
- RFA* - Requisito Funcional de Análise de Interface nº*
- RFB* - Requisito Funcional de Brainstorming nº*
- RFI* - Requisito Funcional de Instrospecção nº*
- RFQ* - Requisito Funcional de Questionário nº*
- RFE* - Requisito Funcional de Entrevista nº*
- RNFE* - Requisito Não Funcional de Entrevista nº*
Info
Os requisitos marcados como prioridade N/A são aqueles que já estão implementados no sistema e, por conta disso, a categorização não se aplica.
3.1. Funcionais
Tabela 3: Priorização requisitos funcionais Versão 1.0
| ID | Descrição | Implementado | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| RF01 | O sistema deve possuir notícias atualizadas sobre dados demográficos/socioeconômicos do Brasil, de seus estados e municípios. | Sim | RFA1 | N/A |
| RF02 | Sistema deve possuir uma funcionalidade de busca, que independe da tela em que o usuário se encontra. | Sim | RFA2 | N/A |
| RF03 | Se houver algum dado/indicador atrelado à notícia lida, esse indicador deve estar presente no topo da página da notícia. | Sim | RFA3 | N/A |
| RF04 | A notícia deve estar na aba de notícias do aplicativo. | Sim | RFA4 | N/A |
| RF05 | O aplicativo deve possuir uma navbar inferior que permita que o usuário navegue pelas diversas funcionalidades principais da aplicação. | Sim | RFA5 | N/A |
| RF06 | Sistema deve possuir a aba de indicadores, com principais dados do IBGE, prévia de gráfico e valor com coloração simbólica (verde/vermelha). | Sim | RFA6, RFB22 | N/A |
| RF07 | Ao clicar no dado, deve aparecer gráfico mais completo com evolução temporal do indicador. | Sim | RFA7 | N/A |
| RF08 | Notícias relacionadas ao dado devem aparecer na tela do dado. | Sim | RFA8 | N/A |
| RF09 | Ao lado do nome do indicador, deve aparecer a definição daquele indicador. | Sim | RFA9, RFB3 | Alta |
| RF10 | Uma aba de calendário deve estar presente, com eventos/pesquisas principais do IBGE. | Sim | RFA10 | N/A |
| RF11 | Cada dado da aba de síntese deve possuir uma fonte atrelada. | Sim | RFA12 | N/A |
| RF12 | Uma aba de extras deve existir. | Sim | RFA13 | N/A |
| RF13 | O sistema deve oferecer opção de controle de notificações (ativar ou desativar). | Sim | RFA14 | N/A |
| RF14 | O sistema deve notificar o usuário sobre novas notícias. | Sim | RFA15 | N/A |
| RF15 | Deve haver uma opção de avaliação do aplicativo com coleta de perfil, satisfação, funcionalidades mais usadas e sugestões. | Sim | RFA16 | N/A |
| RF16 | Deve haver uma opção de compartilhar o aplicativo. | Sim | RFA17 | N/A |
| RF17 | Uma opção de suporte deve existir, com ligação ao site do IBGE. | Sim | RFA18 | N/A |
| RF18 | As redes sociais do IBGE devem ser linkadas. | Sim | RFA19 | N/A |
| RF19 | As notícias devem ser compartilháveis. | Sim | RFA20 | N/A |
| RF20 | No calendário, os dias com evento/pesquisa devem ter cor diferente dos demais. | Sim | RFA21 | N/A |
| RF21 | O calendário deve permitir visualização de meses passados e futuros em relação ao mês atual. | Sim | RFA22 | N/A |
| RF22 | Na aba “síntese”, dados como gentílico, área territorial, população, renda, orçamento, IDH, matrículas, salário médio, PIB per capita e mortalidade infantil devem estar disponíveis por estado e município. | Sim | RFA23 | N/A |
| RF23 | Filtros por país, estado e município devem estar disponíveis na aba “síntese”. | Sim | RFA24, RFB9 | Média |
| RF24 | Jogos educativos sobre geografia, demografia e temas sociais. | Não | RFB1 | Baixa |
| RF25 | Modo offline para uso do aplicativo sem conexão com a internet. | Não | RFB2 | Baixa |
| RF26 | Central de Ajuda dentro do app, com informações sobre o uso do aplicativo | Não | RFB6 | Alta |
| RF27 | Notificações para notícias relevantes e atualizações dos indicadores favoritos. | Não | RFB7 | Baixa |
| RF28 | O usuário pode favoritar indicadores e visualizar as últimas atualizações. | Não | RFB8 | Baixa |
| RF29 | Comparativo de indicadores por região. | Não | RFB10 | Média |
| RF30 | Possibilidade de responder a questionários relacionados ao censo diretamente pelo app. | Não | RFB11 | Baixa |
| RF31 | Possibilidade de realizar e preencher questionários diretamente no aplicativo. | Não | RFB12 | Baixa |
| RF32 | Integração com outras fontes como sites ou APIs externas (ex: dados de transporte público). | Não | RFB15 | Média |
| RF33 | Acesso a dados de diferentes fontes como o IBGE, através do app. | Não | RFB16 | Média |
| RF34 | Mapas interativos, com visualização de dados geográficos e demográficos. | Não | RFB17, RFB19 | Baixa |
| RF35 | Possibilidade de filtro por tipo de dado. | Não | RFB18 | Média |
| RF36 | Possibilidade de exportar gráficos e resumos em formatos como PDF. | Não | RFB20 | Média |
| RF37 | Computar informações de dados e gerar relatórios para exportação. | Não | RFB21 | Baixa |
| RF38 | O sistema deve apresentar os indicadores sociais e agropecuários. | Não | RFI1 | Alta |
| RF39 | O sistema deve filtrar notícias por região e/ou tempo. | Não | RFI2 | Alta |
| RF40 | O sistema deve apresentar mais dados na seção síntese para os respectivos locais (estado, município), como IDH, total de veículos, governante, entre outros, semelhante ao site de referência. | Não | RFI3 | Alta |
| RF41 | O sistema deve exibir conteúdos produzidos para outras plataformas, como YouTube, TikTok e Instagram, em uma aba dedicada. | Não | RFI4 | Baixa |
| RF42 | O sistema deve analisar os conteúdos acessados pelo usuário para recomendar conteúdos similares. | Não | RFI5 | Baixa |
| RF43 | O sistema deve permitir a comparação dos censos realizados em diferentes anos. | Não | RFI6 | Média |
| RF44 | O sistema deve exibir uma confirmação sobre a identidade do recenseador. | Não | RFI7 | Alta |
| RF45 | O sistema deve realizar estudos preditivos com base nos dados atuais. | Não | RFI8 | N/A |
| RF46 | O sistema deve informar quais fatores influenciam o aumento ou a diminuição de determinado indicador. | Não | RFI9 | Média |
| RF47 | O sistema deve indicar políticas públicas com base na análise dos dados adquiridos. | Não | RFI10 | N/A |
| RF48 | O sistema deve comparar os locais com maior e menor taxa de resposta ao censo. | Não | RFI11 | Baixa |
| RF49 | Compartilhamento de métricas do aplicativo com a fonte atrelada ao IBGE | Não | RFQ01 | Média |
| RF50 | Possibilidade de realizar o próximo censo pelo aplicativo | Não | RFB13, RFB14, RFQ04 | Baixa |
| RF51 | Opção de modo noturno | Não | RFB4, RFE10, RFQ06 | Alta |
| RF52 | Opção de mudança de idiomas (Português, Inglês, Espanhol) | Não | RFQ07 | Alta |
| RF53 | Opção de alterar o tamanho da fonte (com botão) | Não | RFB5, RFE11, RFQ08 | Alta |
| RF54 | Opção de alto contraste do aplicativo (com botão) | Não | RFB5, RFE11, RFQ09 | Alta |
| RF55 | O sistema deve permitir busca refinada por dados e publicações. | Não | RFE01 | Alta |
| RF56 | O sistema deve disponibilizar explicações simplificadas sobre os termos técnicos. | Não | RFE02 | Alta |
| RF57 | O sistema deve integrar-se com a conta Gov.br. | Não | RFB23, RFE03 | Alta |
| RF58 | O sistema deve permitir o compartilhamento de gráficos com link da fonte. | Não | RFE04 | Alta |
| RF59 | O sistema deve permitir a consulta a dados demográficos e indicadores por nível territorial detalhado. | Sim | RFA11, RFE05 | Alta |
| RF60 | O sistema deve possuir uma FAQ com respostas às dúvidas mais comuns. | Não | RFE05 | Alta |
| RF61 | O sistema deve apresentar os dados do Censo de forma visual e interativa (ex: infográficos, gráficos). | Não | RFE07 | Média |
| RF62 | O sistema deve permitir acesso às publicações completas de cada pesquisa com a metodologia detalhada. | Não | RFE08 | Baixa |
| RF63 | O sistema deve integrar todos ou a maioria dos aplicativos utilizados na coleta de dados de pesquisas. | Não | RFE09 | Baixa |
Fonte: Ludmila Nunes, 2025.
3.2. Não funcionais
Tabela 4: Priorização requisitos não funcionais Versão 1.0
| ID | Descrição | Implementado | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| RNF01 | O sistema deve estar disponível de forma estável, sem travamentos ou quedas frequentes. | Sim | RNFE01 | Alta |
| RNF02 | O sistema deve permitir uso fluido tanto em computadores quanto em dispositivos móveis. | Sim | RNFE02 | Alta |
| RNF03 | O sistema deve ser compatível com ferramentas de acessibilidade (áudio, Libras). | Parcialmente | RNFE04 | Alta |
| RNF04 | O sistema deve garantir que usuários com baixo letramento estatístico consigam utilizar a interface. | Não | RNFE05 | Alta |
Fonte: Ludmila Nunes, 2025.
4. Gravação da Priorização
4.1 Remota
A gravação da Priorização por 3 Níveis, realizada remotamente, pode ser acessada abaixo.
4.2 Presencial
A gravação da Priorização por 3 Níveis , realizada presencialmente, pode ser acessada abaixo.
5. Bibliografia
WIEGERS, Karl; BEATTY, Joy. Software Requirements, Third Edition. Washington: Microsoft Press, 2013. p. 319.
Figura 2: Referência Priorização por Três Níveis
Fonte: Ludmila Nunes, 2025. Retirado de (WIEGERS et al.)
BROWN, Tim. Design thinking: uma metodologia poderosa para decretar o fim das velhas ideias. Tradução de André Czarnobai. Rio de Janeiro: Alta Books, 2010. p. 80.
Figura 3: Referência de persona
Fonte: BROWN, T., 2010.
6.0 Histórico de Versões
Tabela 4: Histórico de versões
| Versão | Descrição | Autor | Data | Revisor |
|---|---|---|---|---|
| 1.0 | Criação da documento | Laryssa Felix | 03/05/2025 | Letícia Monteiro |
| 2.0 | Criação e estruturação do relatório da priorização | Ludmila Nunes | 03/05/2025 | Letícia Monteiro |
| 2.1 | Adição de imagem da referência bibliográfica | Ludmila Nunes | 04/05/2025 | Caio Duarte |
| 2.1.1 | Correção da rota para página de personas | Ludmila Nunes | 04/05/2025 | Mayara Marques |
| 2.2 | Complemento tabela de cronograma | Mayara Marques | 06/05/2025 | Larysssa Felix |
| 2.3 | Adição da coluna de implementado | Laryssa Felix | 10/05/2025 | Letícia Monteiro |
| 2.4 | Adição da justificativa do uso de personas | Ludmila Nunes | 13/05/2025 | Caio Duarte |
| 2.5 | Adição da gravação da priorização presencial | Laryssa Felix | 22/06/2025 | Letícia Monteiro |
| 3.0 | Revisão de artefato | Laryssa Felix | 22/06/2025 | Letícia Monteiro |
Fonte: Caio Duarte, Gabriel Pinto, João Félix, Laryssa Felix, Letícia Monteiro, Ludmila Nunes e Mayara Marques, 2025.