Processo de Engenharia de Requisitos

Elicitação e Descoberta

Entrevistas: Condução de entrevistas estruturadas com a principal stakeholder do projeto — a especialista Prof. Dra. Carla Sabrina. O objetivo é identificar e documentar detalhadamente as métricas e indicadores de saúde ocupacional que devem ser monitorados, os requisitos de segurança e anonimato (LGPD) percebidos pelos usuários, e as expectativas de usabilidade para a plataforma móvel e os requisitos funcionais dos dashboards para cada perfil de usuário.
Brainstorming: Sessões colaborativas envolvendo a equipe de desenvolvimento e os stakeholders para gerar ideias e refinar os requisitos em relação aos desafios críticos. As discussões focarão em definir os requisitos técnicos para garantir o anonimato rigoroso dos dados, explorar soluções criativas para os requisitos de engajamento (como mecanismos de notificação e gamificação para estimular a participação frequente dos colaboradores), e mapear os requisitos de integração necessários para que a ferramenta se adapte aos processos de gestão de RH de pequenos e grandes negócios.

Análise e Consenso

Priorização MoSCoW: Será utilizada para priorizar as funcionalidades mais críticas para a plataforma GenT, a exemplo do canal de feedback anônimo e dos dashboards de monitoramento de indicadores. A técnica ajudará a classificar cada requisito em Must have (deve ter), Should have (deveria ter), Could have (poderia ter) e Won't have (não terá), garantindo foco no que é essencial para o produto.
Entrevistas: Serão conduzidas entrevistas com a stakeholder do projeto para compreender as reais necessidades de monitoramento da saúde ocupacional. O objetivo é aprofundar o conhecimento sobre os desafios enfrentados atualmente, como a ausência de métricas confiáveis sobre o clima organizacional, fornecendo a base de requisitos para a priorização.
Análise de Domínio: A análise do domínio de saúde ocupacional e bem-estar corporativo será feita para compreender os conceitos, métricas e regulamentações da área. O objetivo é garantir que os requisitos da plataforma GenT sejam tecnicamente precisos e alinhados com as melhores práticas do setor, facilitando o consenso entre a equipe e os stakeholders especialistas.
Análise de Custo/Benefício: Será realizada para avaliar o custo de implementação de cada requisito em relação ao benefício que ele trará para o monitoramento da saúde ocupacional. O objetivo é fornecer uma base clara para o consenso, permitindo que a equipe priorize os requisitos que oferecem o maior impacto com o menor esforço.

Declaração de Requsitos:

Temas, Épicos e User Stories: Definir temas, épicos e user stories ajudará a organizar os requisitos em diferentes níveis de detalhe, proporcionando uma visão clara do que será desenvolvido. Essa estrutura permitirá um entendimento aprofundado sobre as funcionalidades necessárias para a plataforma GenT, garantindo que as soluções de monitoramento de saúde ocupacional e clima organizacional atendam às necessidades dos usuários.

Representação de Requisitos:

Mockups: Serão desenvolvidos para simular as principais telas da plataforma GenT, permitindo a discussão inicial de usabilidade e design junto aos stakeholders antes da implementação.
Protótipos de Alta Fidelidade: Serão produzidos em etapas posteriores para aproximar a experiência do usuário da versão final do sistema, possibilitando testes realistas e uma validação mais precisa junto aos stakeholders-chave do projeto.

Verificação e Validação de Requisitos

Checklist de Qualidade dos Requisitos: Será usado um checklist simples para revisar cada requisito. Isso nos ajudará a confirmar se eles estão claros, completos, sem contradições e alinhados com os objetivos da plataforma GenT.
Walkthroughs (Revisões Guiadas): O processo de alinhamento será garantido por meio de walkthroughs. Nessas sessões colaborativas, apresentaremos os requisitos para a equipe e stakeholders, "caminhando" pelo documento, mockups e protótipos juntos para discutir as funcionalidades, garantir um entendimento comum e identificar falhas ou ambiguidades.
Coleta de Feedback: O feedback dos stakeholders será coletado de forma contínua em todas as etapas, especialmente durante walkthroughs, workshops e ao final de cada sprint (Sprint Review). Este processo é vital para validar as entregas, fazer ajustes rápidos e garantir o alinhamento constante com as expectativas.
Workshop de Requisitos: Serão realizadas sessões de trabalho estruturadas e colaborativas com os principais stakeholders. O objetivo é validar em grupo um conjunto de requisitos ou protótipos, resolver ambiguidades em tempo real e garantir que as soluções propostas atendam de forma coesa às necessidades do negócio.
Revisão do Backlog DEEP: Para garantir que nosso backlog seja sempre uma ferramenta eficaz, vamos mantê-lo DEEP. Isso significa que os itens no topo da lista estarão sempre detalhados, estimados pela equipe e priorizados por valor, enquanto o backlog como um todo permanece emergente e flexível para se adaptar a novas informações.
Definition of Ready (DoR): Antes que um requisito entre em desenvolvimento, ele precisa estar "pronto". Isso significa que ele deve ser claro, bem detalhado e ter exemplos suficientes para que a equipe possa começar a trabalhar sem dúvidas.
Definition of Done (DoD): Para que uma funcionalidade seja considerada "concluída", não basta apenas programar. A DoD definirá os critérios que precisam ser cumpridos, como: o código foi testado, a funcionalidade foi aprovada e tudo está integrado ao sistema. Isso garante a entrega de incrementos de alta qualidade.

Organização e Atualização

Product Backlog: Será a nossa fonte central para todo o trabalho a ser realizado na plataforma GenT. Ele conterá todas as funcionalidades, melhorias e correções, organizadas em uma lista priorizada para garantir que a equipe de desenvolvimento foque sempre no que gera mais valor.
Refinamento do Backlog (Grooming): Refinar o backlog continuamente com a equipe e os stakeholders da GenT garante que todos os requisitos sejam bem compreendidos e priorizados antes do início da sprint, alinhando o desenvolvimento com os objetivos de monitoramento de saúde ocupacional da plataforma.

Quadro Resumo – Engenharia de Requisitos no Scrum

Fases do ScrumXP	Atividades de Engenharia de Requisitos (ER)	Prática	Técnica	Resultado Esperados
Planejamento da Release	Elicitação e Descoberta	Levantamento inicial das necessidade do cliente	Workshop de Requisitos, Entrevistas, Brainstorming	Visão do produto, entendimento compartilhado e lista preliminar de épicos.
Planejamento da Release	Análise e Consenso	Priorização dos Requisitos	MoSCoW, Análise de Domínio, Análise de Custo/Benefício	Requisitos priorizados, com viabilidade inicial compreendida e alinhados ao negócio.
Planejamento da Release	Declaração	Estruturação inicial do Backlog do Produto	Temas, Épicos e User Stories	Backlog inicial estruturado com os principais épicos e histórias de usuário.
Planejamento de Release	Verificação e Validação	Validação de escopo e viabilidade macro	Walkthroughs e Workshop de Requisitos	Escopo da release validado pelos stakeholders e alinhado aos objetivos de negócio
Planejamento de Release	Organização e Atualização	Definição e fatiamento do backlog	Product Backlog e Refinamento (Grooming)	Product Backlog ordenado, estimado e fatiado para a Release.
Planejamento de Sprint	Análise e Consenso	Discussão de viabilidade técnica	Análise de domínio de requisitos / Análise de Custo/Benefício	Requisitos acordados de forma viável para implementação
Planejamento de Sprint	Declaração	Detalhamento e Refinamento das User Stories	User Stories com Critérios de Aceitação	Histórias de usuário formatadas e com Critérios de Aceite definidos.
Planejamento de Sprint	Verificação e Validação	Garantia de prontidão dos requisitos	Definition of Ready (DoR), Revisão do Backlog DEEP	Itens do backlog validados (conforme checklist DoR) e verificados conforme padrão DEEP.
Planejamento de Sprint	Organização e Atualização	Seleção e Refinamento	Refinamento do Backlog (Grooming)	Sprint Backlog definido e priorizado pela equipe.
Execução da Sprint	Representação	Criação de representação visual da interface	Mockups e Protótipos de Alta Fidelidade	Telas e fluxos de usuário para guiar o desenvolvimento e validar o design.
Execução da Sprint	Verificação e Validação	Garantia de qualidade dos requisitos implementados	Checklist, Walkthroughs, Definition of Done (DoD)	Funcionalidades desenvolvidas, testadas e validadas conforme os critérios de aceite.
Execução da Sprint	Organização e Atualização	Manutenção do Product Backlog	Refinamento do Backlog (Grooming)	Product Backlog preparado para a próxima Sprint.
Revisão da Sprint	Verificação e Validação	Validação das entregas com o cliente	Coleta de Feedback,Workshop de Requisitos	Incrementos validados e novos ajustes identificados
Retrospectiva da Sprint	Análise e Consenso	Discussão sobre o processo de desenvolvimento	Brainstorming e Análise de Causas	Identificação de pontos fortes e possíveis melhorias
Retrospectiva da Sprint	Organização e Atualização	Revisão e ajuste do processo de ER	Revisão e ajuste do processo de ER	Processo otimizado e plano de ação definido para próxima sprint
Planejamento da próxima Release	Elicitação e Descoberta	Possível identificação de novos requisitos e melhorias	Entrevista, Brainstorming e Workshop de Requisitos	Novos requisitos
Planejamento da próxima Release	Análise e Consenso	Priorização estratégica para a próxima release	Entrevista / Análise de domínio de requisitos / Análise de Custo/Benefício	Funcionalidades futuras priorizadas conforme valor de negócio
Planejamento da próxima Release	Declaração	Definição dos Épicos e User Stories	Temas, Épicos e User Stories	Épicos e user stories da próxima release definidos e com objetivos claros.
Planejamento da próxima Release	Organização e Atualização	Revisão geral e preparação do Backlog	Refinamento do Backlog (Grooming)	Backlog preparado para novo ciclo de desenvolvimento