Designthinking

id title
dt Design Thinking

1. Capa

  • Título do Projeto: Plataforma de Gestão de Monitorias IBMEC
  • Nome da Equipe: Arthur Maurity, Lucas Jesus, Ricardo Lima, Bernardo Miller e Gianluca Leonardi.
  • Data: 30 de Setembro de 2025

2. Introdução

  • Contexto do Projeto: O gerenciamento de monitorias na instituição é um processo manual, o que resulta ineficiência na comunicação e na organização das atividades.
  • Objetivo: O objetivo é desenvolver uma plataforma digital para otimizar e centralizar esses processos, beneficiando todos os envolvidos.
  • Público-Alvo:
    • Monitores
    • Professores
    • Coordenadores
    • Alunos
  • Escopo: O escopo do projeto é o desenvolvimento front-end de uma aplicação web, focada nos perfis de usuário, no sistema de agendamento e em um painel de gestão.

3. Fases do Design Thinking

3.1. Empatia

  • Pesquisa: Realizamos uma pesquisa com monitores, analisamos plataformas de mercado e mapeamos os processos existentes para entender as necessidades dos usuários.
  • Insights:
    • Falta um fluxo formal para a aprovação das atividades dos monitores pelos professores.
    • O registro de atividades e o compartilhamento de materiais são desorganizados.
    • A coordenação não possui acesso a dados consolidados sobre o programa.
    • A comunicação entre as partes é descentralizada.
  • Personas:
    • Monitor: Precisa de um local centralizado para registrar e submeter suas atividades.
    • Professor: Precisa de um painel para analisar e aprovar o trabalho do monitor de forma eficiente.
    • Coordenador: Precisa de acesso a relatórios para gerenciar o programa.

3.2. Definição

  • Problema Central: Como podemos projetar um sistema que organize o fluxo de trabalho entre Monitores, Professores e Coordenadores, tornando o processo mais eficiente e transparente?
  • Pontos de Vista (POV):
    • Monitor: "Preciso de um sistema para registrar meu trabalho e validar minhas horas de forma oficial."
    • Professor: "Preciso de uma ferramenta para acompanhar o monitor, garantindo a qualidade do suporte."
    • Coordenador: "Preciso de dados para tomar decisões e comprovar a eficácia do programa."

3.3. Ideação

  • Brainstorming: Levantamos ideias de funcionalidades, como painéis específicos para cada perfil, um módulo de aprovação de atividades e a geração de relatórios.
  • Ideias Selecionadas:
    • Módulo do Monitor: Para o registro de suas tarefas.
    • Módulo do Professor: Para a aprovação dos planos de trabalho.
    • Módulo do Coordenador: Para a gestão e visualização de relatórios.

3.4. Prototipagem

  • Descrição do Protótipo: O processo iniciou com esboços de baixa fidelidade para alinhar as ideias. Em seguida, utilizamos PlantUML para criar diagramas que estruturam os fluxos de navegação e a organização das informações do sistema.
  • Materiais Utilizados: Diagramas UML.
  • Testes Realizados: Apresentamos os diagramas de fluxo aos usuários para validar a lógica e a clareza do processo proposto.

3.5. Teste

  • Feedback dos Usuários: O feedback sobre os fluxos foi positivo. As sugestões incluíram adicionar um campo de justificativa para rejeições de atividades e incluir filtros nos relatórios.
  • Ajustes Realizados: Os diagramas foram atualizados no PlantUML para incorporar as melhorias sugeridas.
  • Resultados Finais: O resultado é um conjunto de diagramas validados que servem como guia para o desenvolvimento, definindo a estrutura e a conexão entre as funcionalidades.

4. Conclusão

  • Resultados Obtidos: Validamos a estrutura e a lógica do sistema antes do início do desenvolvimento.
  • Próximos Passos: Iniciar a codificação do front-end (HTML, CSS, JS) com base nos diagramas definidos.
  • Aprendizados: A fase de planejamento e diagramação foi fundamental para alinhar a equipe e garantir que a solução atende às necessidades identificadas.