BACKLOG DO PRODUTO
Backlog Geral
O Backlog do Produto é uma lista ordenada de tudo o que é necessário para o desenvolvimento de um produto. Ele serve como a única fonte de trabalho autorizada para a equipe Scrum e é constantemente atualizado pelo Product Owner para refletir as necessidades, mudanças e prioridades do produto. Os itens mais importantes e de maior valor para o cliente são posicionados no topo, enquanto os menos urgentes ficam na parte inferior.
Esse backlog inclui desde funcionalidades e correções até requisitos técnicos e melhorias. Durante a evolução do projeto, os itens do backlog podem ser adicionados, modificados, ou removidos conforme o aprendizado e as condições mudam. Sua manutenção é essencial para garantir que a equipe esteja sempre alinhada com os objetivos do produto e da organização.
Definição: User Stories
Uma história de usuário é uma descrição simples e informal de uma funcionalidade do ponto de vista do usuário final. Ela é utilizada em metodologias ágeis para comunicar o que é necessário desenvolver de forma clara e objetiva, focando nos benefícios que a funcionalidade trará para o usuário. O Cartão, a Conversação e a Confirmação são os três elementos fundamentais para a estruturação de histórias de usuário no contexto de metodologias ágeis.
O Cartão é uma descrição breve e clara da intenção da história de usuário, geralmente escrita em 2 ou 3 frases. Ele segue um formato padrão: "Como [ role ], eu quero [ atividade ] para que [ valor de negócio ]". Esse formato ajuda a identificar quem está solicitando a funcionalidade [ role ], o que será realizado [ atividade ] e por que isso é importante [ valor de negócio ].
A Conversação é o momento em que as partes interessadas (equipe, cliente e Product Owner) discutem os detalhes do comportamento esperado da história. O objetivo é esclarecer dúvidas e registrar os detalhes do funcionamento da funcionalidade. Essa conversa, descrita como uma "conversa de promessa", pode incluir anexos adicionais, como mockups, diagramas ou planilhas, que complementem o entendimento. É uma interação contínua entre a equipe e o cliente desde o início do projeto.
A Confirmação refere-se aos critérios que determinam se a história foi implementada corretamente. Esses critérios, conhecidos como critérios de aceitação ou condições de satisfação, são objetivos e claros, garantindo que todos saibam exatamente o que deve ser entregue para considerar a história concluída. A validação desses critérios é feita por meio de testes de aceitação realizados pelo cliente ou pelo Product Owner. Embora não sejam testes funcionais ou unitários, descrevem as condições que satisfazem os requisitos do cliente.
Backlog do projeto Microdata
A especificação de funcionalidades segue o framework de User Stories (Histórias de usuário); cada épico levantado no backlog deu origem a uma história de usuário e seu respectivo índice. Segue abaixo a tabela com os temas, épicos e suas respectivas user stories:
| INDEX | TEMA | ÉPICO | US |
|---|---|---|---|
| RF-01 | ACESSO E LOGIN | CADASTRAR USUÁRIO | Eu como usuário quero cadastrar uma conta para de minhas informações no sistema. |
| RF-02 | ACESSO E LOGIN | LOGAR USUÁRIO | Eu como usuário quero realizar login na conta cadastrada para ter acesso aos recursos e funcionalidades da plataforma. |
| RF-03 | ACESSO E LOGIN | VISUALIZAR USUÁRIO | Eu como usuário quero visualizar meus dados cadastrais para verificar as informações imputadas no sistema. |
| RF-04 | ACESSO E LOGIN | EDITAR USUÁRIO | Eu como usuário poderia editar meus dados cadastrais para gerenciamento de erros de registro e atualização de informações. |
| RF-05 | ACESSO E LOGIN | DESATIVAR USUÁRIO | Eu como usuário poderia desativar o meu cadastro no sistema para os casos de desligamento com a empresa / área. |
| RF-06 | ACESSO E LOGIN | RECUPERAR SENHA DE USUÁRIO | Eu como usuário devo conseguir recuperar uma senha cadastrada para eventuais situações de esquecimento das informações de acesso. |
| RF-07 | MICROORGANISMOS | CADASTRAR MICROORGANISMOS OBSERVADOS | Eu como usuário, quero cadastrar no sistema um microrganismo observado pelo programa para que eu possa registrar informações detalhadas. |
| RF-08 | MICROORGANISMOS | LISTAR MICROORGANISMOS OBSERVADOS | Eu como usuário, quero listar os microorganismos observados pelo programa a fim de visualizar os microrganismos cadastrados no sistema. |
| RF-09 | MICROORGANISMOS | EDITAR MICROORGANISMOS OBSERVADOS | Eu como usuário, quero editar os registros de microorganismos cadastrados a fim de gerenciamento de erros de registro. |
| RF-10 | MICROORGANISMOS | DESATIVAR MICROORGANISMOS OBSERVADOS | Eu como usuário quero poder desativar algum microorganismo cadastrado no sistema a fim de remover aqueles que já tiveram seus dados adquiridos. |
| RF-11 | MICROORGANISMOS | INSERIR NIVEIS DE ALERTA DA CONTAGEM | Eu como usuário, quero poder ver níveis de alerta a respeito da contagem de microorganismos a fim de ser notificado de resultados inesperados. |
| RF-12 | MICROORGANISMOS | BUSCAR MICROORGANISMOS OBSERVADOS | Eu como usuário, quero buscar microoranismos cadastrados no sistema para encontrar rapidamente o local desejado de forma eficiente. |
| RF-13 | PONTOS (LOCAIS) AVALIADOS | CADASTRAR LOCAIS DE COLETA AVALIADOS | Eu como usuário, quero cadastrar os locais de coleta microbiológica a fim de acompanhar as contagens de microrganismos presentes. |
| RF-14 | PONTOS (LOCAIS) AVALIADOS | LISTAR LOCAIS DE COLETA AVALIADOS | Eu como usuário, quero listar todos os locais de coleta cadastrados no sistema a fim de visualizar os registros de pontos do monitoramento. |
| RF-15 | PONTOS (LOCAIS) AVALIADOS | EDITAR LOCAIS DE COLETA AVALIADOS | Eu como usuário, quero editar os locais de coleta cadastrados no sistema a fim de adicionar ou retirar dados pertinentes. |
| RF-16 | PONTOS (LOCAIS) AVALIADOS | DESATIVAR LOCAIS DE COLETA AVALIADOS | Eu como usuário, quero desativar locais de coleta cadastrados no sistema para remover aqueles que não serão mais utilizados. |
| RF-17 | PONTOS (LOCAIS) AVALIADOS | BUSCAR LOCAIS DE COLETA AVALIADOS | Eu como usuário, quero buscar locais cadastrados no sistema para encontrar rapidamente o local desejado de forma eficiente. |
| RF-18 | RESULTADOS DO MONITORAMENTO | ADICIONAR A CONTAGEM DE MICROORGANISMOS | Eu como usuário, quero registrar a contagem de microrganismos de uma dada coleta para registrar informações detalhadas. |
| RF-19 | RESULTADOS DO MONITORAMENTO | LISTAR A CONTAGEM DE MICROORGANISMOS | Eu como usuário, quero listar as contagens de microrganismos registradas para análise organizada. |
| RF-20 | RESULTADOS DO MONITORAMENTO | EDITAR O REGISTRO DE CONTAGEM | Eu como usuário quero editar o registro de contagem de microrganismos para corrigir erros ou atualizar informações relevantes. |
| RF-21 | RESULTADOS DO MONITORAMENTO | INSERIR AÇÕES CORRETIVAS | Eu como usuário devo inserir ações corretivas para resultados acima do limite de contagem para registro de controle mais efetivo. |
| RF-22 | RESULTADOS DO MONITORAMENTO | FILTRAR UM RESULTADO DE COLETA | Eu como usuário, quero aplicar filtros aos resultados de coleta microbiológica para localizar informações específicas. |
| RF-23 | DASHBOARD | VISUALIZAR RESULTADOS DOS PONTOS | Como usuário, quero visualizar no dashboard os resultados de coleta para cada ponto. |
| RF-24 | DASHBOARD | VISUALIZAR PONTOS ACIMA DO LIMITE | Como usuário, quero que o dashboard destaque os pontos que excederem o limite de contagem. |
| RF-25 | DASHBOARD | VISUALIZAR RESULTADOS POR NÍVEL DE ALERTA | Como usuário, quero visualizar os resultados agrupados por nível de alerta para facilitar a análise. |
| RF-26 | DASHBOARD | FILTRAR RESULTADOS POR MICROORGANISMO | Como usuário, quero filtrar os resultados por micro-organismo, para avaliar padrões específicos. |
| RF-27 | DASHBOARD | FILTRAR RESULTADOS POR LOCAL | Como usuário, quero filtrar os resultados por local de coleta, para analisar os dados de uma área específica. |
| RF-28 | DASHBOARD | FILTRAR RESULTADOS POR PERÍODO | Como usuário, quero filtrar os resultados por período de tempo, para entender variações ao longo de intervalos. |
| RF-29 | LOCALIZAÇÃO DE INFORMAÇÕES | INSERIR A PLANTA BAIXA | Como usuário, eu quero inserir a planta baixa para referência dos locais de coleta. |
| RF-30 | LOCALIZAÇÃO DE INFORMAÇÕES | EXCLUIR A PLANTA BAIXA | Como usuário, eu quero excluir uma planta baixa cadastrada para atualizar ou remover informações desatualizadas. |
| RF-31 | LOCALIZAÇÃO DE INFORMAÇÕES | DELIMITAR OS LOCAIS DE COLETA | Como usuário eu quero delimitar os locais de coleta na planta baixa. |
| RF-32 | LOCALIZAÇÃO DE INFORMAÇÕES | APRESENTAR LOCAIS ATIVOS | Como usuário, eu quero visualizar locais ativos em um determinado período na planta baixa. |
| RF-33 | LOCALIZAÇÃO DE INFORMAÇÕES | LISTAR MICROORGANISMOS POR OPERADOR | Como usuário, eu quero listar a contagem de microrganismos identificados por operador. |
| RF-34 | LOCALIZAÇÃO DE INFORMAÇÕES | HISTÓRICO DE MODIFICAÇÕES | Como auditor ou usuário, eu quero visualizar o histórico de modificações para rastreabilidade. |
| RF-35 | LOCALIZAÇÃO DE INFORMAÇÕES | INSERIR IMAGEM DE LOCAIS | Como operador ou administrador, eu quero inserir uma imagem do local de coleta para facilitar o dia a dia. |
| RF-36 | LOCALIZAÇÃO DE INFORMAÇÕES | EXCLUIR IMAGEM DE LOCAIS | Como operador ou administrador, eu quero excluir uma imagem para remover informações incorretas ou desatualizadas. |
Priorização do Backlog Geral
O grupo realizou a priorização do backlog do projeto com base em três critérios principais: valor de negócio, complexidade técnica e independência de funcionalidades. Essa abordagem visa maximizar os resultados e otimizar o uso dos recursos disponíveis.
Valor de negócio
Foi considerado para assegurar que as entregas mais importantes para os objetivos do sistema fossem priorizadas. Cada funcionalidade foi classificada com esse parâmetro em uma escala de 1 a 5, onde 1 é considerado com baixo valor para o negócio e 5 alto valor para o negócio.
Complexidade técnica
Foi avaliada para equilibrar o esforço necessário com os prazos disponíveis, garantindo a viabilidade do desenvolvimento. Cada funcionalidade foi classificada com esse parâmetro em uma escala de 1 a 5, onde 1 é considerado com baixa complecidade técnica e 5 alta complexidade técnica.
Independência
Foi analisada para otimizar o fluxo de trabalho, priorizando tarefas que não dependem de outras entregas e que podem ser desenvolvidas de forma mais ágil e eficiente. Cada requisito foi confeccionado de forma a ser avaliado a característica de independência de requisitos e funionalidades, mas tratando-se do MVP do projeto, um pequeno conjunto de funcionalidades foi levantado de forma a garantir um fluxo de informações relacionadas e que fizesse sentido para o negócio do cliente ao passo que foi necessário o uso dessa classificação para priorização do MVP. Cada funcionalidade foi classificada com esse parâmetro em uma escala de 1 a 5, onde 1 é considerado "muito dependente de funcionalidades anteriores" e e 5 "pouco dependente de funcionalidades anteriores".
Urgência
Foi avaliada a urgência de implementação das US's do projeto levando em consideração as ponderações do cliente sobre o quão agregador para o processo seria a possível implementação a nível de software. Cada funcionalidade foi classificada com esse parâmetro em uma escala de 1 a 5, onde 1 é considerado "pouco urgente" e e 5 "muito urgente".
Quadro de priorização
Abaixo segue a tabela de priorização conforme os pontos avaliados anteriormente. A complexidade total é o resultado da soma das classificações levantadas pelo grupo:
| INDEX | VALOR DE NEGÓCIO | COMPLEXIDADE TÉCNICA | INDEPENDÊNCIA | URGÊNCIA | TOTAL (SOMA) |
|---|---|---|---|---|---|
| US-01 | 4 | 5 | 5 | 4 | 18 |
| US-02 | 4 | 5 | 4 | 4 | 17 |
| US-03 | 3 | 5 | 4 | 4 | 16 |
| US-04 | 2 | 5 | 4 | 3 | 14 |
| US-05 | 3 | 5 | 3 | 4 | 15 |
| US-06 | 3 | 5 | 4 | 4 | 16 |
| US-07 | 5 | 5 | 5 | 5 | 20 |
| US-08 | 5 | 4 | 4 | 5 | 19 |
| US-09 | 5 | 4 | 3 | 4 | 16 |
| US-10 | 5 | 5 | 3 | 3 | 16 |
| US-11 | 5 | 5 | 2 | 4 | 16 |
| US-12 | 5 | 3 | 2 | 1 | 11 |
| US-13 | 5 | 5 | 5 | 4 | 19 |
| US-14 | 5 | 4 | 4 | 4 | 17 |
| US-15 | 4 | 4 | 3 | 4 | 15 |
| US-16 | 4 | 3 | 3 | 4 | 14 |
| US-17 | 5 | 4 | 3 | 4 | 16 |
| US-18 | 5 | 5 | 3 | 4 | 17 |
| US-19 | 5 | 5 | 2 | 5 | 17 |
| US-20 | 4 | 4 | 2 | 4 | 14 |
| US-21 | 5 | 5 | 1 | 5 | 16 |
| US-22 | 5 | 4 | 2 | 3 | 14 |
| US-23 | 5 | 5 | 1 | 5 | 16 |
| US-24 | 5 | 5 | 1 | 5 | 16 |
| US-25 | 5 | 5 | 1 | 3 | 14 |
| US-26 | 5 | 4 | 1 | 3 | 13 |
| US-27 | 5 | 5 | 1 | 3 | 14 |
| US-28 | 5 | 5 | 1 | 5 | 16 |
| US-29 | 2 | 5 | 3 | 1 | 11 |
| US-30 | 2 | 5 | 2 | 1 | 10 |
| US-31 | 2 | 5 | 2 | 1 | 10 |
| US-32 | 2 | 5 | 2 | 1 | 10 |
| US-33 | 4 | 2 | 2 | 2 | 10 |
| US-34 | 3 | 5 | 3 | 2 | 13 |
| US-35 | 3 | 5 | 3 | 2 | 13 |
| US-36 | 3 | 5 | 3 | 2 | 13 |
MVP do projeto Microdata
MVP (Minimum Viable Product, ou Produto Mínimo Viável) é uma versão inicial de um produto que contém apenas as funcionalidades essenciais para resolver o problema principal dos usuários. Seu objetivo é validar hipóteses e obter feedback do mercado de maneira rápida e econômica, antes de investir em desenvolvimento completo. O MVP permite que equipes de desenvolvimento entendam o que realmente gera valor para o cliente e ajustem o produto com base em dados reais, minimizando riscos e desperdícios.
Foi levado em consideração o quadro de priorização para a definição do MVP do projeto. As hisorias de Usuário que tiveram o somatório de pontos de avaliação igual ou superior a 14 (>=14) são candidatas para o MVP do projeto; as hisorias com somatório inferior a 14 (<14) permanecem como backlog do projeto e poderão ser desenvolvidas em ocasiões futuras.
O valor de 14 foi estabelecido como clivo para definição das funcionalidades candidatas ao MVP após uma avaliação comparativa do grupo acerca das funcionalidades de alta prioridade (maior urgência de implementação) e baixa prioridade (menor urgência de implementação). As funcionalidades elencadas com menor urgência apresentaram valores que giraram em tordo de 11 e 13; em contrapartida, as que foram consideradas de alta prioridade e maior urgência de impelentação apresentaram valores que giraram em torno de 14 e 20. Desse modo, o valor do somatório foi delimitado em 14 para o estabelecimento do MVP do projeto.
São as histórias do MVP do projeto Microdata:
| INDEX | US |
|---|---|
| US-01 | Eu como usuário quero cadastrar uma conta para de minhas informações no sistema. |
| US-02 | Eu como usuário quero realizar login na conta cadastrada para ter acesso aos recursos e funcionalidades da plataforma. |
| US-03 | Eu como usuário quero visualizar meus dados cadastrais para verificar as informações imputadas no sistema. |
| US-04 | Eu como usuário poderia editar meus dados cadastrais para gerenciamento de erros de registro e atualização de informações. |
| US-05 | Eu como usuário poderia desativar o meu cadastro no sistema para os casos de desligamento com a empresa / área. |
| US-06 | Eu como usuário devo conseguir recuperar uma senha cadastrada para eventuais situações de esquecimento das informações de acesso. |
| US-07 | Eu como usuário, quero cadastrar no sistema um microrganismo observado pelo programa para que eu possa registrar informações detalhadas e manter um histórico organizado para análise. |
| US-08 | Eu como usuário, quero listar os microrganismos observados pelo programa a fim de visualizar os microrganismos cadastrados no sistema. |
| US-09 | Eu como usuário, quero editar os registros de microrganismos cadastrados a fim de gerenciamento de erros de registro e atualização de informações. |
| US-10 | Eu como usuário quero poder desativar algum microrganismo cadastrado no sistema a fim de remover aqueles que já tiveram seus dados adquiridos pela análise microbiológica. |
| US-11 | Eu como usuário, quero poder ver níveis de alerta a respeito da contagem de microrganismos a fim de ser notificado quando a contagem não está de acordo com o resultado esperado. |
| US-13 | Eu como usuário, quero cadastrar no sistema os locais de realização de coleta microbiológica a fim de acompanhar as contagens de microrganismos presentes em cada local. |
| US-14 | Eu como usuário, quero poder listar todos os locais de coleta cadastrados no sistema a fim de visualizar os registros de pontos do monitoramento. |
| US-15 | Eu como usuário, quero poder editar os locais de coleta cadastrados no sistema a fim de adicionar ou retirar dados pertinentes para a análise microbiológica. |
| US-16 | Eu como usuário, quero desativar locais de coleta cadastrados no sistema para remover aqueles que não serão mais utilizados na coleta microbiológica. |
| US-17 | Eu como usuário, quero buscar locais cadastrados no sistema para encontrar rapidamente o local desejado de forma eficiente. |
| US-18 | Eu como usuário, quero registrar a contagem de microrganismos de uma dada coleta para que eu possa registrar informações detalhadas e manter um histórico organizado para análise. |
| US-19 | Eu como um usuário, quero listar as contagens de microrganismos registradas para que eu possa visualizar e analisar os dados coletados de forma organizada e detalhada. |
| US-20 | Eu como um usuário quero editar o registro de contagem de microrganismos já existente para que eu possa corrigir erros ou atualizar informações relevantes para manter os dados precisos e confiáveis. |
| US-21 | Eu como usuário devo inserir as ações corretivas para os resultados acima do limite de contagem de microrganismos para o registro de ações de controle mais efetivo e um processo de tomada de decisão mais eficiente. |
| US-22 | Eu como um usuário, quero aplicar filtros aos resultados de coleta microbiológica para que eu possa localizar informações específicas de forma eficiente e realizar análises mais detalhadas. |
| US-23 | Como usuário, quero visualizar no dashboard os resultados de coleta para cada ponto, a fim de acompanhar a situação microbiológica de forma consolidada. |
| US-24 | Como usuário, quero que o dashboard destaque os pontos que excederem o limite de contagem, para priorizar ações corretivas. |
| US-25 | Como usuário, quero visualizar os resultados agrupados por nível de alerta (normal, atenção, crítico), para facilitar a análise dos dados críticos. |
| US-26 | Como usuário, quero filtrar no dashboard os resultados por tipo de micro-organismo, para avaliar padrões de contagem específicos. |
| US-27 | Como usuário, quero filtrar no dashboard os resultados por local de coleta, para analisar os dados de uma área específica. |
| US-28 | Como usuário, quero filtrar os resultados no dashboard por período de tempo, para entender as variações ao longo de diferentes intervalos. |
Em contrapartida, as funcionalidades que foram consideradas Incrementos são:
| US | Descrição |
|---|---|
| US-12 | Eu como usuário, quero buscar microrganismos cadastrados no sistema para encontrar rapidamente o local desejado de forma eficiente. |
| US-29 | Como usuário do sistema, eu quero inserir a planta baixa do processo para que os usuários possam utilizá-la como referência para os locais de coleta. |
| US-30 | Como usuário do sistema, eu quero excluir uma planta baixa cadastrada para que eu possa atualizar ou remover informações desatualizadas do sistema. |
| US-31 | Como usuário eu quero delimitar os locais de coleta avaliados na planta baixa da área para que as coletas sejam realizadas em pontos específicos previamente definidos. |
| US-32 | Como usuário do sistema, eu quero visualizar os locais de coleta ativos em um determinado período de tempo na planta baixa para que eu possa acompanhar e analisar os dados coletados historicamente. |
| US-33 | Como usuário, eu quero listar a contagem de microrganismos identificados por operador para que seja possível avaliar a conformidade e desempenho de cada operador individualmente. |
| US-34 | Como auditor ou usuário, eu quero visualizar o histórico de modificações de resultados para que haja rastreabilidade e transparência nas alterações realizadas no sistema. |
| US-35 | Como operador ou administrador do sistema, eu quero inserir uma imagem do local de coleta cadastrado para que as coletas possam ser identificadas visualmente e facilitadas no dia a dia. |
| US-36 | Como operador ou administrador do sistema, eu quero excluir a imagem de um local de coleta cadastrado para que eu possa remover imagens incorretas ou desatualizadas. |
REFERÊNCIAS
Atlassian. "Guia sobre MVP". Atlassian. Acesso em 15 dez. 2024. Disponível em: https://www.atlassian.com/agile/product-management/mvp
ATLASSIAN. Product backlog in Scrum: Everything you need to know. Atlassian, 2024. Disponível em: https://www.atlassian.com/agile/scrum/backlogs. Acesso em: 15 dez. 2024.
GEORGE. Declaração de Requisitos: Temas, Épicos e User Stories. Unidade 2 – Aula. Slides apresentados em Unb, Requisitos de Software, 2024.
Mind the Product. "O que é MVP?". Mind the Product. Acesso em 15 dez. 2024. Disponível em: https://www.mindtheproduct.com/what-is-an-mvp-minimum-viable-product/
Ries, Eric. The Lean Startup: How Today's Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses. Crown Business, 2011.
SCHWABER, Ken; SUTHERLAND, Jeff. Guia do Scrum: O guia definitivo para o Scrum: As regras do jogo. Scrum Guides, 2020. Disponível em: https://scrumguides.org. Acesso em: 15 dez. 2024.
SCRUM ALLIANCE. What is a product backlog? Scrum Alliance, 2024. Disponível em: https://www.scrumalliance.org. Acesso em: 15 dez. 2024.
Histórico de Versão
| Data | Versão | Descrição | Autor |
|---|---|---|---|
| 20/11/2024 | 2.0 | Criação do documento | Breno Lucena, Breno Fernandes, Storch, João, Rafael e Renan |