Sobre | Backlog do Produto | Lista de Requisitos Funcionais | Lista de Requisitos Não Funcionais | Planejamento das Sprints | Tecnologias | Equipe | Focal Point
A empresa parceira vem enfrentando dificuldades para registrar a auto avalição e avaliação dos membros de suas equipes uma vez que suas equipes se tornaram maiores e mais dispersas. Para enfrentar esse desafio, a empresa está em busca de um Dashboard para Feedback e Pesquisa de Clima e Cultura de equipes
O Dashboard proposto pela Youtan deve ser capaz de:
-
Bem-estar e Desenvolvimento da Equipe: Promover o bem-estar e motivação da equipe, reduzir índices de turnover (rotatividade) e Fomentar o desenvolvimento profissional dos colaboradores.
-
Desafios no Processamento Manual: Quanto maior a equipe, maior o tempo para realizar feedbacks individuais e garantir que todos os colaboradores sejam contemplados nos processos de pesquisa.
-
Soluções Automatizadas: Implementar soluções tecnológicas que acelerem e automatizem a aplicação de feedbacks e pesquisas de clima. Acompanhamento contínuo do desenvolvimento dos colaboradores ao longo do tempo.
-
Feedback Multidimensional: Envolver autoavaliação, avaliação dos líderes e dos liderados. Abranger categorias como Comportamento, Habilidades Técnicas, e Expectativas.
-
Papel do RH no Processo: RH como responsável por criar e organizar perguntas de avaliação e autoavaliação. Acesso às respostas para suporte no desenvolvimento das equipes e inovações internas.
-
Desenvolvimento de Solução Tecnológica: Necessidade de uma plataforma onde o RH possa cadastrar perguntas e categorizar avaliações. Organização das respostas em dashboards para monitorar a evolução individual e coletiva.
Projeto baseado na metodologia ágil SCRUM, procurando desenvolver a Proatividade, Autonomia, Colaboração e Entrega de Resultados dos estudantes envolvidos
📌 Status do Projeto: Em desenvolvimento 🚧
As entregas de valor de cada sprint. Os stakeholders podem acompanhar de perto o desenvolvimento do projeto e entender como as metas e objetivos estão sendo alcançados ao longo do tempo.
| Sprint | Previsão de Entrega | Status | Descrição | MVP |
|---|---|---|---|---|
| 01 | 29/09/2024 | ✅ Concluído | "Estruturação, Protótipo e Banco de Dados" | Definição do backlog, criação do protótipo navegável, tela de cadastro de líderes e liderados, modelagem do banco de dados. |
| 02 | 20/10/2024 | ✅ Concluído | "Autenticação e API" | Autenticação funcional e API para cadastro de perguntas e categorias. |
| 03 | 10/11/2024 | ✅ Concluído | "Dashboards Interativos" | Dashboard geral para Admin com filtros de data. |
| 04 | 01/12/2024 | ❌ Não Concluído | "Funcionalidades Avançadas e Refinamento" | Dashboard pessoal funcional, funcionalidade de download em PDF, interface responsiva e código revisado. |
| Sprint | Prioridade | User Story | Estimativa | Requisito | Critério de Aceitação |
|---|---|---|---|---|---|
| 1 | Alta | Eu, como usuário, quero usar uma interface navegável e finalizada para ter uma experiência consistente e intuitiva ao navegar e interagir com o sistema. | 8h | - | Protótipo navegável validado |
| Alta | Eu, como usuário, quero ver uma tela funcional para o cadastro de líderes e liderados para inserir e gerenciar os dados de forma eficiente. | 10h | RF1 | Tela de cadastro funcional e validada | |
| Alta | Eu, como desenvolvedor, quero modelar um banco de dados relacional para garantir a integridade referencial dos dados. | 8h | RNF2 | Esquema de banco de dados validado | |
| Alta | Eu, como desenvolvedor, quero definir os requisitos detalhados do sistema para garantir que o desenvolvimento esteja alinhado às expectativas do parceiro. | 6h | - | Requisitos documentados e validados | |
| 2 | Alta | Eu, como desenvolvedor, quero implementar autenticação e controle de acesso para garantir que os usuários possam acessar apenas as informações pertinentes ao seu nível de acesso. | 10h | RF1 | Autenticação funcional |
| Alta | Eu, como desenvolvedor, quero criar uma API para o cadastro de perguntas e categorias para permitir a inserção e gerenciamento das perguntas de forma eficiente. | 12h | RF2, RF3, RF4 | API funcional com testes | |
| 3 | Alta | Eu, como usuário, quero acessar o dashboard geral para Admin para visualizar todas as informações e comparar avaliações de maneira abrangente. | 16h | RF5 | Dashboard funcional para Admin |
| Alta | Eu, como usuário, quero utilizar filtros de data nos dashboards para visualizar informações em diferentes períodos de tempo. | 6h | RF6 | Filtros de data funcionando | |
| 4 | Alta | Eu, como usuário, quero acessar o dashboard pessoal para visualizar e acompanhar meus dados de autoavaliação. | 12h | RF5 | Dashboard funcional para autoavaliação |
| Média | Eu, como usuário, quero baixar meus dashboards em PDF para poder ter uma cópia offline das minhas informações. | 4h | RF7 | PDF gerado e funcional para todos os perfis | |
| Baixa | Eu, como desenvolvedor, quero revisar e refatorar o código para garantir que ele esteja legível, mantenível e eficiente. | 6h | RNF4 | Código revisado e otimizado | |
| Média | Eu, como desenvolvedor, quero completar a documentação da API para fornecer informações claras e completas para outros desenvolvedores. | 6h | RNF3 | Documentação disponível | |
| Média | Eu, como usuário, quero garantir que a interface seja responsiva e amigável em diferentes dispositivos e tamanhos de tela para ter uma boa experiência de uso. | 8h | RNF1 | Interface testada em diferentes dispositivos e tamanhos de tela |
- RF1 – O sistema deve permitir o cadastro de usuários com diferentes níveis de acesso (Admin, Líder, Liderado).
- RF2 – O Admin deve poder cadastrar pesquisas de autoavaliação, avaliação de liderança e avaliação de liderado.
- RF3 – O Admin deve poder cadastrar categorias de perguntas para organizar as pesquisas.
- RF4 – As perguntas devem ser cadastradas nos formatos texto longo, escolha única e múltipla escolha.
- RF5 – Todos os usuários devem poder acessar seus dashboards (pessoal, liderados, geral) de acordo com o nível de acesso.
- RF6 – Dashboards devem apresentar filtros de data para visualização de informações ao longo do tempo.
- RF7 – Todos os usuários devem poder fazer download do dashboard em PDF.
- RNF1 – A aplicação deve ser responsiva e acessível em diferentes dispositivos.
- RNF2 – O banco de dados deve ser relacional e garantir integridade referencial.
- RNF3 – A documentação da API deve estar completa e disponível para os desenvolvedores.
- RNF4 – O código deve ser revisado para garantir legibilidade, manutenção e eficiência.
| MVP |
|---|
| Sprint 1 – "Estruturação, Protótipo e Banco de Dados" |
| MVP: Definição do backlog, criação do protótipo navegável, desenvolvimento da tela funcional de cadastro de líderes e liderados, modelagem do banco de dados relacional, e organização dos requisitos principais. |
| Sprint 2 – "Autenticação e API" |
| MVP: Autenticação funcional e API para cadastro de perguntas e categorias. |
| Sprint 3 – "Dashboards Interativos" |
| MVP: Dashboard geral para Admin e filtros de data implementados. |
| Sprint 4 – "Funcionalidades Avançadas e Refinamento" |
| MVP: Dashboard pessoal funcional, funcionalidade de download em PDF, interface responsiva e amigável, código revisado e documentado. |
As seguintes ferramentas, linguagens, bibliotecas e tecnologias foram usadas na construção do projeto:
![]() |
|||||
|---|---|---|---|---|---|
| Figma | MySQL | React | JavaScript | Typescript | Node.Js |
| PO² | M² |
|---|---|
| Prof. Fernando Masanori | Claudio Lima |

