Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • T Totem Interativo Wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 20
    • Issues 20
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Totem Interativo
  • Totem Interativo Wiki
  • Wiki
  • planejamento

Last edited by Vinicius Alencar da Silva May 08, 2025
Page history

planejamento

Home Planejamento Arquitetura Front End Back End Banco de Dados Design e Mockups Sprints Fluxo e Versionamento

Processo de Desenvolvimento

Descrição

Esta seção é dedicada a apresentar o processo de desenvolvimento do time, incluindo a organização do trabalho, fluxo de desenvolvimento, comunicação e gerenciamento de riscos. O projeto consiste em um totem interativo com busca e mapeamento 3D para feiras e eventos, com foco em facilitar a localização de expositores e a interação dos visitantes.

Sumário

  • Matriz de Responsabilidade
  • Plano de Comunicação
  • Plano de Riscos

Matriz de Responsabilidade

Essa matriz foi desenvolvida para ajudar os membros do time a saberem seus papéis na dentro do processo de desenvolvimento.

Atividades AGES I AGES II AGES III AGES IV
Alimentar a wiki R R R R
Definir squads I I I R
Definir marcos da sprint I I I R
Quebra de tasks I/A I/A I/A R
Desenvolvimento R R R I
Code review I I R I
Executar testes funcionais R R C I
Deploy da aplicação I I R I
  • I: Deve ser informado
  • C: Deve ser consultado
  • R: Responsável
  • A: Aprova

Plano de Comunicação

Evento Descrição Responsável Envolvidos Frequência Duração
Daily Momento onde cada membro atualiza o time sobre o que fez, desde a última Daily, e o que fará a seguir. AGES IV AGES I, II, III e IV Sexta às 19:15 15 minutos
Sprint Review Apresentação das entregas realizadas e os possíveis débitos criados na Sprint. AGES IV AGES I, II, III, IV e Clientes 1 vez no fim de cada Sprint 30 minutos
Sprint Retrospective Momento dedicado à definir o que está funcionando para trabalhar e identificar problemas e melhoras a serem feitas. AGES IV AGES I, II, III e IV 1 vez no fim de cada Sprint 1 hora
Sprint Planning Reunião onde o time discute e define, a partir do Product Backlog e feedback atual do Cliente, o que será realizada na próxima Sprint. AGES IV AGES I, II, III e IV 1 vez no começo de cada Sprint 20 minutos
Tasks Breakdown O time realiza a quebra das tarefas a serem realizadas na próxima Sprint. Para isso, o time se divide nos grupos de Frontend e Backend. AGES III e IV AGES I, II, III e IV 1 vez no começo de cada Sprint 45 minutos
Management Review Encontro entre os AGES IV para revisão sobre como o projeto está progredindo e quais as próximas prioridades. AGES IV AGES IV 1 vez por semana Aproximadamente 30 minutos
Apresentação do Cliente e da Ideia Encontro onde o Cliente apresenta o projeto para o time. Cliente AGES I, II, III, IV e Cliente 1 vez no início do projeto 1 hora e 30 minutos
Final Presentation Apresentação final da AGES, na qual o time deve apresentar o projeto realizado para todos outros membros da AGES. AGES IV AGES I, II, III e IV 1 vez no fim do projeto 10 minutos
Pre-Sprint review Meeting Comunicação para revisão da apresentação que será realizada ao Cliente na Sprint Review. AGES IV AGES I, II, III e IV 1 vez a cada Sprint 30 minutos
AGES Retrospective Reunião com todos os alunos da AGES para que os organizadores da AGES recebam feedback e tenham melhor ciencia sobre o quão satisfeitos os alunos estão. Staff da AGES AGES I, II, III e IV 1 vez 20/06 1 hora e 30 minutos

Plano de Riscos

Risco

Probabilidade

Impacto

Severidade

Estratégia

Plano A

Plano B

Atraso nas Entregas 3 5 15 Mitigar Acompanhar e controlar as atividades, realocação entre as equipes. Realizar o planejamento com atenção e acompanhar o desenvolvimento das atividades, prestando apoio e suporte assim que necessário.
Falha na Comunicação 3 3 9 Mitigar Estabelecer canais de comunicação claros e eficazes. Realizar reuniões regulares de status, utilizar ferramentas de comunicação eficazes.
Falta de Engajamento 3 3 9 Mitigar Incentivar a participação, identificar motivadores. Realizar reuniões de equipe motivacionais, promover um ambiente de trabalho colaborativo.
Impacto do Calendário 2 3 6 Mitigar Realizar reuniões assíncronas ou síncronas quando não houver encontro presencial. Organizar reuniões virtuais ou de forma assíncrona para manter a comunicação e o acompanhamento do projeto mesmo em períodos de feriado.
Indisponibilidade de Recursos 2 5 10 Mitigar Utilização de containers para provisionamento rápido. Implementar infraestrutura baseada em containers para rápida recuperação em caso de falha da infraestrutura atual.
Mudanças nos Requisitos 1 4 4 Mitigar Comunicação eficaz com o cliente, análise de impacto. Realizar reuniões regulares com o cliente para revisar e validar requisitos, manter um processo de gerenciamento de mudanças bem definido.
Problemas com a Gestão de Mudanças no Projeto 3 4 12 Mitigar Estabelecer um processo claro de gerenciamento de mudanças. Implementar um processo de gerenciamento de mudanças que inclua a avaliação de impacto, aprovação e comunicação de mudanças no projeto para garantir que todas as partes interessadas estejam alinhadas.
Problemas com a Sincronização de Dados Pós-Evento 3 4 12 Mitigar Testar a sincronização de dados em diferentes cenários de conectividade. Implementar testes de sincronização em ambientes com diferentes níveis de conectividade para garantir que os dados sejam sincronizados corretamente após o evento, mesmo em condições de rede instável.
Problemas com a Conversão de Plantas Baixas para 3D 3 5 15 Mitigar Testar a conversão de diferentes formatos de plantas baixas (e.g., .dwg, .step) para 3D. Realizar testes extensivos com diferentes tipos de arquivos de plantas baixas para garantir que a conversão para 3D seja precisa e eficiente.
Problemas de Integração 2 4 8 Mitigar Realizar testes de integração em cada etapa do desenvolvimento, identificar e resolver problemas rapidamente. Testes de integração detalhados e regulares.
Problemas com a Leitura de Crachás (RFID/QR Code) 2 4 8 Mitigar Testar diferentes dispositivos de leitura e garantir a compatibilidade com o sistema. Realizar testes de integração com diferentes modelos de leitores de crachás e garantir que o sistema seja compatível com os mais comuns.
Dificuldades na Integração com APIs Externas 3 5 15 Mitigar Realizar testes de integração com as APIs desde o início do projeto. Criar um ambiente de teste que simule a integração com as APIs externas (Three.js, AutoDesk Forge) e monitorar possíveis mudanças nas APIs.
Sobrecarga de Trabalho 2 3 6 Mitigar Realizar o acompanhamento individual de cada integrante e o planejamento eficaz de tarefas durante a sprint. Distribuir equitativamente as tarefas entre os membros da equipe, ajustar o cronograma conforme necessário para evitar sobrecarga.
Falta de Conhecimento Técnico Específico 3 4 12 Mitigar Identificar lacunas de conhecimento na equipe e providenciar treinamentos ou contratação de especialistas. Realizar sessões de treinamento ou workshops para capacitar a equipe nas tecnologias necessárias (Three.js, AutoDesk Forge API, React, NextJs).
Falta nas Aulas 3 4 15 Mitigar Orientar o restante do time em relação às faltas, mostrar que por termos apenas 1 encontro na semana, faltar causará possíveis atrasos nas entregas. Orientar e motivar o time para que fiquem engajados e evitem faltar.
Clone repository
  • Banco de Dados
  • Sprints
  • arquitetura
  • fluxo e versionamento
  • Home
  • mockups
  • planejamento