Product Backlog
O Backlog do Produto é uma lista ordenada que reúne todas as funcionalidades, melhorias e correções essenciais para o desenvolvimento do produto. Trata-se de um artefato dinâmico, constantemente revisado e atualizado à medida que novas informações surgem, assegurando que a equipe de desenvolvimento mantenha o foco nas tarefas de maior valor para os usuários e stakeholders.
Tabela de Backlog
A Tabela de Backlog apresentada a seguir lista os épicos e histórias de usuário priorizados, com as respectivas estimativas de esforço (Story Points) e prioridade de implementação. A priorização foi realizada utilizando a técnica Planning Poker, onde a equipe de desenvolvimento atribui valores de prioridade baseados em consenso, considerando a importância e a complexidade de cada item. Esta abordagem permite que a equipe se concentre nas tarefas mais relevantes para atender às necessidades dos usuários e stakeholders. A Tabela 1 abaixo resume os principais itens do backlog do produto, enquanto a Tabela 2 apresenta uma legenda para facilitar o entendimento.
Tabela 1: Tabela de Backlog.
| Épico | História de Usuário | Story Points | Prioridade |
|---|---|---|---|
| PLanejamento (E01) | Como cliente, eu quero saber se a opinião sobre um determinado tópico é positiva, negativa ou neutra. Para poder realizar a análise de sentimentos. | 05 | Alta |
| Análise de Sentimentos (E02) | Como cliente, eu quero saber se a opinião sobre um determinado tópico é positiva, negativa ou neutra. Para poder realizar a análise de sentimentos. | 13 | Alta |
| Visualização da Análise (E03) | Como cliente, eu quero visualizar por meio de gráficos o sentimento predominantes, de forma simples e claro. Para entender como aquilo impacta a população. | 08 | Alta |
| Tópicos Recorrentes (E04) | Como cliente eu quero identificar os tópicos recorrentes em um determinado plano. Para entender quais assuntos estão em destaque. | 08 | Baixa |
O épico Tópicos Recorrentes (E04), que tem como objetivo permitir que os clientes identifiquem tópicos recorrentes em um determinado plano para entender quais assuntos estão em destaque, será reservado para futuras versões do projeto.
Essa decisão se baseia na prioridade baixa atribuída a esse épico no momento atual, considerando que os esforços da equipe estão concentrados em funcionalidades com maior impacto direto para os usuários e stakeholders, como análise de sentimentos e visualização de dados.
Embora seja uma funcionalidade relevante e que trará valor ao produto, sua implementação será planejada para uma etapa posterior, garantindo que as entregas prioritárias sejam realizadas de forma eficiente e dentro dos prazos estabelecidos.
Legenda
| Legenda | Descrição |
|---|---|
| Épico | Um Épico é uma grande funcionalidade ou objetivo de alto nível, que é dividido em User Stories menores para desenvolvimento. |
| História de Usuário | Uma História de Usuário é uma breve descrição de uma funcionalidade escrita da perspectiva do usuário, representando uma necessidade ou desejo. |
| Story Points | Estimativa do esforço necessário para concluir a tarefa, seguindo a sequência de Fibonacci: 1, 2, 3, 5, 8, 13... |
| Alta | Prioridade máxima. Deve ser desenvolvida imediatamente por oferecer alto valor ao produto. |
| Média | Prioridade intermediária. Requer mais detalhes antes de ser implementada. |
| Baixa | Prioridade menor. Pode ser deixada para fases futuras do projeto. |
Story Map
O Story Map é uma ferramenta visual que organiza e prioriza as histórias de usuários, alinhando-as à jornada do usuário e ao valor entregue por cada funcionalidade. Ele facilita a comunicação entre a equipe e os stakeholders, ajudando a identificar lacunas no desenvolvimento, conforme ilustrado a seguir.
| Epics | Features | User Stories | Descrição |
|---|---|---|---|
| Análise de Sentimentos | Extração e Tratamento | Eu como usuário desejo poder extrair dados do Metabase para utilizá-los na análise de sentimentos. | Criar integração para extração de dados do Metabase. |
| Eu como usuário desejo tratar os dados para garantir a consistência e adequação à análise. | Implementar rotina de tratamento de dados. | ||
| Eu como usuário desejo acessar os dados de eventos por meio de um endpoint no Django. | Desenvolver endpoint de eventos no Django. | ||
| Eu como usuário desejo acessar os dados de propostas por meio de um endpoint no Django. | Desenvolver endpoint de propostas no Django. | ||
| Eu como usuário desejo acessar os dados de comentários por meio de um endpoint no Django. | Desenvolver endpoint de comentários no Django. | ||
| Eu como usuário desejo armazenar os dados em um banco PostgreSQL para facilitar o acesso. | Configurar armazenamento no PostgreSQL. | ||
| Automatização do processo de coleta e armazenamento | Eu como desenvolvedor desejo entender o Airflow para automatizar o fluxo de coleta e armazenamento. | Estudar o funcionamento do Airflow. | |
| Eu como usuário desejo automatizar o processo de coleta e armazenamento de dados. | Criar DAGs no Airflow para coleta e armazenamento. | ||
| Classificação de Dados | Eu como analista desejo estudar as categorias de classificação para entender melhor os dados (neutro, positivo, negativo, contributiva). | Realizar estudo das categorias. | |
| Eu como usuário desejo utilizar a OpenAI para classificar os dados de forma automática. | Implementar classificação de dados utilizando a OpenAI. | ||
| Eu como desenvolvedor desejo automatizar o processo de classificação usando o Airflow. | Automatizar o processo de classificação via Airflow. | ||
| Eu como desenvolvedor desejo conteinerizar a automatização de classificação e coleta de dados. | Conteinerizar o processo de classificação e coleta de dados. | ||
| Visualização de Análise | Prototipação do Dashboard | Eu como designer desejo criar um protótipo de baixa fidelidade para definir a estrutura inicial do dashboard de análise. | Criar protótipo de baixa fidelidade. |
| Eu como designer desejo criar um protótipo de alta fidelidade para validar a aparência e funcionalidade do dashboard. | Criar protótipo de alta fidelidade. | ||
| Eu como usuário desejo realizar testes no protótipo para garantir que o design seja funcional e intuitivo. | Realizar testes no protótipo (Isaque é bom de visualização). | ||
| Desenvolvimento Web (Streamlit) | Eu como usuário desejo acessar uma página inicial que me apresente uma visão geral do sistema de análise de sentimento. | Desenvolver a página inicial. | |
| Eu como usuário desejo acessar uma página de planos participativos para visualizar informações relevantes. | Desenvolver a página de planos participativos. | ||
| Eu como usuário desejo acessar um dashboard que me permita visualizar as análises de sentimento de forma clara e detalhada. | Desenvolver o dashboard de análise de sentimento. | ||
| Eu como usuário desejo que o sistema integre os dados coletados para que o dashboard esteja sempre atualizado. | Implementar integração com os dados coletados. | ||
| Eu como desenvolvedor desejo conteinerizar a página para facilitar o deploy e garantir portabilidade. | Conteinerizar a página. | ||
| Eu como desenvolvedor desejo realizar o deploy do projeto para torná-lo acessível aos usuários finais. | Realizar o deploy do projeto. |
As Features descritas na tabela acima foram organizadas em um board visual, que facilita o planejamento e execução do projeto ao oferecer uma visualização clara das tarefas, permitindo colaboração em tempo real, flexibilidade para reordenar prioridades e transparência no acompanhamento por meio do registro de comentários e histórico de mudanças. Isso garante maior alinhamento e eficiência entre os membros da equipe.
Roadmap
O Roadmap é um plano estratégico que descreve os objetivos do produto e as principais entregas ao longo do tempo. Ele define as etapas que a equipe seguirá para alcançar as metas do produto, servindo como um guia para o planejamento de releases e sprints. O roadmap proporciona uma visão clara para todos os envolvidos no projeto, alinhando a direção e as expectativas do desenvolvimento, conforme ilustrado abaixo.
Tabela de Versionamento
| Versão | Data | Descrição | Autor(es) |
|---|---|---|---|
| 1.0 | 28/11/2024 | Criação inicial | Gabriel Pinto |
| 1.1 | 01/12/2024 | Estruturação e atualização | Gabriel Pinto |
| 1.2 | 10/12/2024 | Atualização do StoryMap | Gabriel Pinto |
| 1.3 | 11/12/2024 | Atualização do Roadmap | Gabriel Pinto |