Técnica de Elicitação: Grupo Focal

Introdução

O Grupo Focal é uma técnica de elicitação de requisitos que consiste em uma discussão estruturada com um grupo de usuários ou stakeholders, mediada por um facilitador, com o objetivo de explorar percepções, opiniões e sugestões em relação a um sistema ou produto. (WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3rd Edition. Microsoft Press, 2013, p. 124)

Integrantes do grupo

A Tabela 1 contêm todos os integrantes da equipe que participaram da técnica de elicitação Grupo Focal e o que cada integrante desenvolveu durante essa etapa.

Tabela 1: Integrantes do grupo

Nome	Grupo Focal
Matheus de Alcântara	Desenvolvimento do documento da elicitação, com os requisitos elicitados e a gravação da reunião
Yzabella Miranda Pimenta	Desenvolvimento do roteiro da reunião e gravação com os usuários reais

Fonte: Autoria de Matheus de Alcântara

Usuários reais envolvidos

A Tabela 2 contêm as informações dos usuários participantes do Grupo Focal, com o nome, informações sobre a gravação realizada, o link para a autorização da gravação e sua postagem no Youtube de forma não listada.

Tabela 2: Usuários reais

Nome	Data	Hora	Duração da etapa	Autorização da gravação
Marcos Goulart	01/05/2025	21:05:00	6m 44s	Termo de consentimento
Victor Schmidt	01/05/2025	21:05:00	6m 44s	Termo de consentimento

Fonte: Autoria de Matheus de Alcântara

Metodologia

A técnica do grupo focal envolve reunir de forma presencial ou remota um grupo de participantes representativos do público-alvo. Um moderador conduz a conversa com base em perguntas previamente preparadas, promovendo o debate entre os integrantes. Os dados coletados nessa interação ajudam a identificar necessidades, problemas e ideias valiosas para a definição de requisitos do sistema, essa reunião deverá ser gravada para possíveis consultas aos comentários dos usuários. A análise a partir do Grupo Focal não é quantitativa e sim um retorno mais subjetivo sobre os requisitos, normalmente os participantes desta técnica não possuem autoridade de tomadas de decisão nos requisitos. (WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3rd Edition. Microsoft Press, 2013). Foi realizada pela integrante Yzabella Miranda com os usuários Victor Schmidt e Marcos Goulart, a Tabela 1 apresenta os dados dos participantes da reunião.

Gravação do Grupo Focal

Para realizar esta elicitação, foi realizada uma reunião entre os usuários Marcos Goulart e Victor Schmidt com a integrante Yzabella Miranda, como o auxílio de uma câmera e o roteiro previamente produzido para conduzir a reunião de maneira neutra. Abaixo, é possível assistir no Vídeo 1 a gravação que foi feita para esta técnica, que foi postado no youtube de maneira não listada.

Vídeo 1: Gravação do grupo focal

Discussão em Seções

1. Experiência do Usuário

Marcos considera que o app poderia ser mais organizado, com seções e categorias. Já Victor o achou intuitivo até então, embora reconheça que ainda está conhecendo suas funcionalidades.

2. Funcionalidades Essenciais

Foi apontada a ausência de funcionalidades como avaliação de clínicas após atendimento, e a exibição de retornos médicos relacionados a exames solicitados.

3. Acompanhamento e Notificações

Os participantes sugeriram notificações sobre abertura de agendas, retornos pendentes e alertas de cancelamento de horários desejados.

4. Segurança

Ambos expressaram preocupação com a segurança: ausência de autenticação em duas etapas, uso de login via Google e vulnerabilidade em caso de perda do celular. Recomendam o uso exclusivo de login via GovBR.

5. Melhorias e Sugestões

Sugerem reorganização da interface com agrupamento por categorias, melhorias no feedback visual do app e divulgação de funcionalidades novas. Victor, como desenvolvedor, também aponta a falta de comunicação do time técnico com os usuários.

Conclusão da Reunião

A reunião evidenciou que, apesar de útil em determinadas situações, o aplicativo apresenta diversas falhas de usabilidade, segurança e comunicação. As sugestões dos participantes reforçam a necessidade de repensar a experiência do usuário, aprimorar a segurança e tornar o app mais informativo e transparente.

Recomendações para o Aplicativo

Adotar login exclusivo por GovBR.
Implementar autenticação em dois fatores.
Permitir avaliação de atendimentos.
Notificar sobre retornos e novas vagas.
Reestruturar a interface por categorias.
Exibir atualizações de funcionalidades.

Requisitos Elicitados

As tabelas 4 e 5 listadas a seguir contém os requisitos que foram elicitados durante a realização desta técnica de elicitação de requisitos, identificadas de acordo com a tabela 3.

Legendas

Tabela 3: Legenda dos identificadores

Identificador	Descrição
RF	Requisito Funcional
RNF	Requisito Não Funcional
GFXX	Requisito número XX elicitado pelo Grupo Focal

Autor: Matheus de Alcântara

Requisitos Funcionais

Tabela 4: Requisitos funcionais

Tipo	Descrição	ID	Implementado
RF02	O sistema deve permitir ao usuário avaliar uma clínica após o atendimento.	GF01	Não
RF04	O sistema deve notificar o usuário sobre retornos médicos pendentes.	GF02	Não
RF04	O sistema deve notificar o usuário sobre abertura de agenda e cancelamentos de horários de interesse.	GF03	Não
RF09	O sistema deve exibir os exames solicitados e associar aos respectivos retornos médicos.	GF04	Não
RF12	O sistema deve divulgar informações sobre novas funcionalidades no aplicativo.	GF05	Sem certeza ainda
RF10	O sistema deve permitir que o usuário favorite horários de consulta desejados.	GF06	Não
RF04	O sistema deve alertar o usuário caso algum horário favorito fique disponível por desistência.	GF07	Não
RF09	O sistema deve permitir ao usuário visualizar um histórico de consultas e exames realizados.	GF08	Sem certeza ainda
RF11	O sistema deve oferecer um canal para o usuário enviar feedback sobre atendimentos.	GF09	Não
RF04	O sistema deve exibir notificações sobre prazos importantes relacionados a consultas e exames.	GF10	Não

Autor: Matheus de Alcântara

Requisitos Não Funcionais

Tabela 5: Requisitos não funcionais

Tipo	Descrição	ID
RNF15	O sistema deve exigir autenticação via GovBR para login.	GF11
RNF03	O sistema deve incluir autenticação em dois fatores para acesso aos dados de saúde.	GF12
RNF01	O sistema deve ter uma interface organizada em categorias.	GF13
RNF03	O sistema deve ser transparente quanto ao uso e segurança dos dados do usuário.	GF14
RNF10	O sistema deve garantir que informações críticas estejam acessíveis em até três cliques.	GF15
RNF11	O sistema deve manter histórico de notificações acessível ao usuário por no mínimo 6 meses.	GF16
RNF02	O sistema deve apresentar desempenho adequado, respondendo a interações em até 2 segundos.	GF17
RNF05	O sistema deve ser compatível com diferentes versões do Android e iOS, a partir das versões mais utilizadas no mercado.	GF18

Autor: Matheus de Alcântara

Referência bibliográfica

WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3rd Edition. Microsoft Press, 2013. Disponível em: https://olivroqueaprende.com/WDK/Software_Requirements_3rd_Edition.pdf. Acesso em: 01 de maio 2025.

Histórico de versões

Versão	Data	Descrição	Autor(es)	Revisor(es)
`1.0`	01/05/2025	Criação inicial do documento com as tabelas dos requisitos elicitados e seus tipos. A participante Yzabella Miranda realizou a reunião.	Matheus de Alcântara	Othavio Bolzan
`1.1`	02/05/2025	Criação da lista de verificação do artefato e atualização dos links para criar uma nova guia no navegador para melhor usabilidade	Matheus de Alcântara	Othavio Bolzan
`1.2`	02/05/2025	Ajuste de tabela, link de imagens e enumeração de requisitos funcionais e não funcionais	Yzabella Miranda	Othavio Bolzan
`1.3`	03/05/2025	Adicionar vídeo da elicitação integrado ao documento	Matheus de Alcântara	Othabio Bolzan
`1.4`	09/05/2025	Refatorações após correções sugeridas: Tabela com os integrantes do grupo quer participaram, informações adicionais na tabela dos usuários, metodologia mais detalhada e com referência, também adicionado o link com a autorização de gravação.	Matheus de Alcântara	Yzabella Miranda