Please enable JavaScript.
Coggle requires JavaScript to display documents.
Princípios do XP, Práticas do
XP, Valores do XP, Processos do
XP -…
Princípios do XP
Busca-se obter feedback constante do cliente e dos testes para adaptar o software rapidamente às necessidades em evolução.
Prioriza-se a simplicidade na criação de soluções, evitando a complexidade desnecessária.
O desenvolvimento ocorre em pequenos passos incrementais, com melhorias contínuas ao longo do tempo.
O XP aceita mudanças nos requisitos e nas prioridades do projeto, adaptando-se de forma flexível às novas demandas.
Coloca-se um forte foco na qualidade do código, com práticas como testes automatizados e revisões de código regulares para manter a alta qualidade do software.
“Metodologia ágil para equipes pequenas a médias desenvolvendo software com requisitos vagos ou que mudam frequentemente!" Kent Beck, criador do XP
“Baseia-se na revisão permanente do código, testes freqüentes, participação do usuário final, refatoramento contínuo, integração contínua, planejamento, design e redesign a qualquer hora.”
Práticas do
XP
Em um projeto XP, qualquer dupla de programadores pode melhorar o sistema a qualquer momento.
-
-
-
-
- Pequenos lançamentos (small releases)
Disponibiliza, a cada iteração, parte do software 100% funcional.
Menor risco (se o projeto não terminar, parte existe e funciona).
-
Feedback do cliente permitirá que problemas sejam detectados cedo e facilitará a comunicação entre o cliente e o desenvolvedor.
-
-
Design simples e integração contínua são práticas essenciais para viabilizar pequenos e freqüêntes lançamentos.
-
Todos buscam design simples e claro. Em XP, isso é levado a níveis extremos.
-
-
-
-
-
Facilita a escolha dos nomes de métodos, classes, campos de dados etc;
-
Exemplos:
"O SOFTWARE É COMO UMA FLOR, SE NÃO FOR REGADA E BEM CUIDADA ELA MURCHA E MORRE!!!"
"SEU SOFTWARE É COMO UM MOTOR DE UM CARRO, SE NÃO TROCAR O ÓLEO E NÃO
CUIDAR DA MECÂNICA VAI CHEGAR UMA HORA QUE ELE NÃO VAI FUNCIONAR MAIS!!!"
- Jogo de planejamento (planning game)
-
-
-
-
-
Benefícios:
-
Estimula design simples, tarefas curtas, agilidade.
-
-
O código escrito em projetos XP segue um padrão de
codificação, definido pela equipe:
Padrão para nomes de métodos, classes, variáveis.
Organização do código.
Todo o código parece que foi escrito por um único
indivíduo, competente e organizado.
-
-
Projetos com cronogramas apertados que sugam todas as energias dos programadores não são projetos XP!!!
-
Produtividade baixa leva a código ruim, relaxamento da disciplina, dificulta comunicação, aumenta a irritação e o stress da equipe.
-
-
- Vencer barreiras culturais
-
-
-
- Reuniões Diárias (Stand Up Meeting)
-
Obejtiva que o time se mantenha alinhado, para saber o que cada um está fazendo exatamente:
-
-
-
-
- Programação em pares (duplas)
-
Benefícios:
Melhor qualidade do design, código e testes.
-
-
-
-
-
Valores do XP
-
Feedback
XP sugere que feedback é importante, pois possibilita que as pessoas aprendam cada vez mais
-
-
-
Processos do
XP
COMO IMPLANTAR
- Uma prática de cada vez (enfatize o problema mais importante);
- Dificuldades culturais (deixar alguém mexer no seu código, trabalhar em pares);
- Dificuldades devido à mudança de hábitos (manter as coisas simples, escrever testes antes de codificar, vencer o medo de refatorar);
QUANDO NÃO USAR XP
- Equipes grandes e espalhadas geograficamente (falta de comunicação)
- Situações onde o feedback é demorado (testes muito difíceis, arriscados e que levam tempo, programadores em ambientes físicos distantes e sem comunicação eficiente)
-