planejamento

Home	Planejamento	Arquitetura Geral	Front End	Back End	Banco de Dados	Design do Sistema e Mockups	Infraestrutura e Orçamento	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.

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.