Histórico de Revisão

Data	Versão	Descrição	Autor(es)
18/04/2023	0.1	Criação e estruturação do documentação	Hemanoel,Gustavo,Isaac
19/04/2023	0.2	Adicionado metodologia,tabelas scrum e praticas de xp	Hemanoel,Gustavo,Isaac,Daniela,Milena
17/05/2023	0.3	Remoção da prática de metáfora e adição do small relases	Hemanoel,Gustavo,Isaac,Daniela

Metodologia ScrumXP

Scrum XP combina as metodologias Scrum e Extreme Programming(XP). Scrum é uma abordagem ágil de desenvolvimento de software que enfatiza a entrega de valor em ciclos curtos de tempo, chamados de sprints. Valoriza a colaboração e trabalho em equipe a partir de times que conseguem ser auto-organizáveis e adaptáveis. Já as práticas técnicas do XP se baseiam em programação em pares, testes automatizados, refatoração e integração contínua. Em sintese, o Scrum XP é uma metodologia ágil que une as melhores práticas do Scrum e do XP para garantir uma entrega de software mais eficaz, colaborativa e de qualidade superior.

Scrum

Evento	Descrição
Sprint	A sprint é um um período de tempo predefinido em que uma equipe trabalhará para atingir um objetivo específico.
Sprint Planning	É uma reunião onde toda a equipe trabalha em conjunto para identificar o objetivo do sprint e definir o objetivo de alta prioridade desejado para o sprint durante o planejamento do sprint, isto posto e onde a equipe constrói o backlog da sprint
Daily	Na daily scrums todos os dias do sprint, a equipe de desenvolvimento se reúne para revisar o progresso na sprint.
Sprint review	O produto que está sendo construído é o principal tópico da sprint review. A equipe convida o cliente para falar sobre o que foi realizado durante o sprint durante uma revisão do sprint
Retrospectiva da sprint	A retrospectiva é uma reunião onde a equipe analisa o que deu certo e onde há espaço para melhorias durante uma retrospectiva do sprint

Práticas utilizadas do XP

Práticas	Definição
Refatoração	Realizaremos manutenções periódicas no código, afim de melhorar o design e a estrutura do código.
Projeto Simples	Implementaremos o Projeto simples, significando que o código será eficiente, e atenderá aos requisitos e que seja fácil de testar, refatorar e adicionar novas funcionalidades.
Integração Contínua	O código irá ser frequentemente integrado (versionado) ajudando tanto na questão da transparência como no aumento da segurança do código a partir do controle de versões evitando perda do código por modificações.
Testes Unitários	Adotaremos os testes unitários a fim de garantir a qualidade do código e a sua aderência aos requisitos.
Posse Coletiva	A equipe passa a ser responsável por cada arquivo de código, não sendo necessário solicitar autorização para fazer alterações.
Padronização de código	Para que o desenvolvimento do código seja bem definido, consistente e de fácil leitura e interpretação Utilizaremos padrões de código. Essa prática melhora a qualidade geral do código produzido.
Small Releases (Pequenas versões)	Permite entregar o valor de forma incremental e interativa.

Padronização de código

• Utilizaremos padrões de nomeclatura usando nomes descritivos, assim como convenções de nomenclatura(camelCase ou snake_case), também sera feito o uso consistente de espaços ou tab para a indentação correta do código além de comentários para explicar a funcionalidade do código.

Práticas não utilizadas do XP

Práticas	Motivo de não utilizar
Metáforas	Dificuldade de compreensão por parte da equipe e a cliente, podendo gerar interpretações equivocadas ou ambíguas.
Jogo do planejamento	O Jogo do planejamento pode demandar o tempo que a equipe não consiga realizar a pratica de maneira efetiva.
Programação em pares	Nem todos os membros terão a disponibilidade de trabalhar no mesmo tempo.
Semana de 40 horas	Indisponibilidade de horas por parte de todos os integrantes da equipe, optando por cargas mais flexiveis.
Cliente Presente	O cliente não terá disponibilidade em estar presente constantemente.