O problema
Estudantes recorriam semanalmente à professora para localizar materiais da disciplina de UX. O acesso dependia da estrutura e da estabilidade do Moodle; quem ainda não havia cursado a disciplina tinha dificuldade para consultar a curadoria e identificar fontes confiáveis.
Na amostra da pesquisa inicial que conduzi, 84,6% das pessoas respondentes demonstraram interesse em seguir carreira em UX. O dado, combinado às entrevistas e à análise do fluxo existente, reforçou a oportunidade de criar um acervo aberto, confiável e navegável.
Minha atuação
- Conduzi a pesquisa inicial, a análise de referências e o estudo do fluxo usado por estudantes e docente para acessar os materiais.
- Elicitei requisitos com a cliente e transformei problemas observados em requisitos funcionais e não funcionais rastreáveis.
- Modelei atores, histórias de usuário, cenários e critérios de aceitação para orientar o projeto da interface e o desenvolvimento.
- Atuei na facilitação Scrum ao longo de cinco sprints, organizando prioridades, facilitando decisões e negociando escopo com o time.
- Colaborei com as frentes de design e desenvolvimento para transformar a arquitetura da informação em fluxos e funcionalidades implementáveis.
Nota de autoria
O REDIUX foi desenvolvido por uma equipe de cinco estudantes. Conduzi a pesquisa inicial, parte da documentação de requisitos e a facilitação Scrum; protótipos, relatórios e implementação foram produzidos colaborativamente.
Da taxonomia à interface
Estruturamos o repositório para combinar duas lógicas de busca: temas de UX e formatos de aprendizagem, incluindo livros, artigos, podcasts, vídeos, apresentações e modelos. A arquitetura separou visitantes, com acesso livre ao acervo, e administradores, responsáveis pela curadoria. Essa decisão traduziu necessidades de encontrabilidade e governança em caminhos claros de navegação.
Cinco sprints, com decisões visíveis
Como facilitador Scrum, conduzi cinco sprints que levaram o projeto da definição de requisitos ao teste de usabilidade e à implementação do backend. O time planejou 16 tarefas e 99 story points; concluiu 13 tarefas, entregou duas parcialmente e realizou 89 story points. O registro também torna visível o trabalho não concluído, evitando apresentar o produto mínimo viável como uma solução sem limitações.
Limitações e decisões de escopo
A equipe precisou equilibrar funcionalidades de busca e curadoria com desafios de backend e banco de dados. Priorizamos o fluxo principal, composto por cadastrar, visualizar, editar, excluir e buscar conteúdos. Registramos integrações, personalização e expansão para outras disciplinas como possibilidades futuras, não como entregas concluídas.
Resultado e aprendizado
O REDIUX demonstra minha capacidade de transformar um problema informacional pouco estruturado em pesquisa, requisitos rastreáveis, arquitetura de conteúdo e decisões de produto executáveis. O principal resultado não foi apenas uma interface, mas um modelo de acesso e curadoria capaz de orientar a evolução do repositório.