Please enable JavaScript.
Coggle requires JavaScript to display documents.
Extreme Programming (XP) - Coggle Diagram
Extreme Programming (XP)
Utilizado por
É uma metodologia ágil para equipes pequenas a médias
Desenvolvimento com requisitos vagos
Ou que sofrem alteração de escopo
Objetivo central
Fazer algo simples hoje, e amanhã incrementar a funcionalidade
Feedbacks constantes do cliente
Defeitos são encontrados e corrigidos rapidamente
Novas características ao produto são desenhadas
Valores
Simplicidade
Feedback
Comunicação
Coragem
Principais diferenças
Abordagem incremental
Comunicação entre pessoas
Feedback constante
12 práticas básicas do XP
Planejamento
Evitar problemas de relacionamento entre área de negócio e desenvolvimento
Enquanto área de negócio decide escopo e datas de entregas
Desenvolvimento estima prazo de entrega, processo e cronograma detalhado
Requisitos atuais devem ser planejados
Requisitos futuros não devem ser planejados
Entregas frequentes
Versões
Deve ter o menor tamanho possível e contendo os requisitos de maior valor agregado para o negócio
Deve ser entregue uma versão todo mês
Visar a contrução de um software simples e conforme evolução dos requisitos, o software evolui junto
Metáfora
Descrever o software sem a utilização de termos técnicos
Projetos simples
O desenvolvimento deve ser o mais simples possível e satisfazer os requisitos atuais
Testes
Foca em validar o projeto durante todo o processo de desenvolvimento
O desenvolvimento é orientado a teste
Ou seja, o desenvolvedor escreve o teste para depois desenvolver
Programação em pares
Utiliza-se a técnica do pair programming, ou seja, dois desenvolvedores criando uma funcionalidade
Foco é que um aprenda com o outro
Refatoração
Quando houver necessidade de melhoria e simplificação de código, a refatoração deve ser implementada
Propriedade coletiva
O código pertence a todos os membros da equipe
Qualquer desenvolvedor pode adicionar melhorias no código se achar necessário
Integração contínua
Interação e contrução de sistemas é diário
Utiliza-se máquinas de integração que devem ser de livre acesso para a equipe
40 horas de trabalho semanais
Não devem ser feitas horas extras constantemente
Caso exista a necessidade de se fazer horas extras, existe um problema de planejamento com as demandas
Um replanejamento deve ser realizados das demandas neste caso
Cliente presente
O cliente deve participar durante o desenvolvimento do projeto
Ele deve retirar as dúvidas disponíveis
Código padrão
Utilizar padrões de arquiteturas de sistemas
Melhorando assim a qualidade do código