This is an old version of this page. You can view the most recent version or browse the history.

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.