Críticas sobre Extreme Programming Francisco Hillesheim.

Apresentação em tema: "Críticas sobre Extreme Programming Francisco Hillesheim."— Transcrição da apresentação:

1 Críticas sobre Extreme Programming Francisco Hillesheim

2 Roteiro Extreme Programming Extreme Programming Principais Críticas Principais Críticas Estudo de Caso: Empresa Canadas Estudo de Caso: Empresa Canadas Conclusão Conclusão

3 Extreme Programming Valores: Valores: Simplicidade Simplicidade Comunicação Comunicação Coragem Coragem Feedback Feedback

4 Extreme Programming Características Características Desenvolvimento incremental (Small releases) Desenvolvimento incremental (Small releases) Programação em pares Programação em pares Refactoring Refactoring Design simples Design simples Interação com o usuário final (Onsite Costumer) Interação com o usuário final (Onsite Costumer) Código coletivo Código coletivo Escrever testes antes de implementar Escrever testes antes de implementar

5 Principais Críticas Várias críticas são remetidas a XP Várias críticas são remetidas a XP Inovador Inovador Abordagem diferente com relação as metodologias tradicionais Abordagem diferente com relação as metodologias tradicionais Principais Principais Falta de documentação Falta de documentação Representante do cliente acoplado ao projeto Representante do cliente acoplado ao projeto Programação em pares Programação em pares TDD TDD

6 Principais Críticas Falta de documentação Falta de documentação Dificulta o uso e a manutenção do código Dificulta o uso e a manutenção do código Muito centrado no código Muito centrado no código Dificuldade de leitura Dificuldade de leitura Maior manutenção de código Maior manutenção de código Alternativa Alternativa Automatizar o processo de documentação Automatizar o processo de documentação Utilizando XML, por exemplo Utilizando XML, por exemplo Estudo de caso Estudo de caso Código é documentado Código é documentado Alguns requisitos Alguns requisitos

7 Principais Críticas Representante do cliente acoplado ao projeto Representante do cliente acoplado ao projeto Dedicação 100% ao projeto Dedicação 100% ao projeto Membros experientes dificilmente aceitariam tal tarefa Membros experientes dificilmente aceitariam tal tarefa Grande dificuldade de encontrar um representante Grande dificuldade de encontrar um representante Exemplo: Saída do representante no projeto C3 (Chrysler) Exemplo: Saída do representante no projeto C3 (Chrysler)

8 Principais Críticas Representante do cliente acoplado ao projeto Representante do cliente acoplado ao projeto Alternativa Alternativa Definir uma especificação de requisitos concisa Definir uma especificação de requisitos concisa Não precisa ser completa Não precisa ser completa Estudo de caso Estudo de caso Representante do cliente é um membro da empresa Representante do cliente é um membro da empresa

9 Principais Críticas Programação em pares Programação em pares 100% do tempo é exagero 100% do tempo é exagero Programar sozinho favorece a criatividade Programar sozinho favorece a criatividade Pode gerar aborrecimentos Pode gerar aborrecimentos Programadores de níveis diferentes Programadores de níveis diferentes Com relação a inspeção e revisão de código Com relação a inspeção e revisão de código Existem estudos mostrando que não há evidências sobre a eficácia da programação em pares Existem estudos mostrando que não há evidências sobre a eficácia da programação em pares

10 Principais Críticas Programação em pares Programação em pares Alternativa Alternativa Utilizar programação mútua Utilizar programação mútua Um programador garante a qualidade do software do outro e vice-versa Um programador garante a qualidade do software do outro e vice-versa Estudo de caso Estudo de caso Programação em pares é utilizada na maioria das vezes Programação em pares é utilizada na maioria das vezes Útil na questão de treinamento (e também feedback) Útil na questão de treinamento (e também feedback)

11 Principais Críticas TDD TDD Testes podem conter bugs Testes podem conter bugs Testes de unidade e aceitação Testes de unidade e aceitação Baixo nível -> unidade Baixo nível -> unidade Alto nível -> aceitação Alto nível -> aceitação Lacuna entre os dois Lacuna entre os dois Automatização 100% dos testes é impraticável Automatização 100% dos testes é impraticável Testes manuais ainda são necessários Testes manuais ainda são necessários Maior esforço para criação de small releases Maior esforço para criação de small releases

12 Principais Críticas TDD TDD Alternativa Alternativa Utilizar não somente testes, mas também revisões e inspeções do código modificado Utilizar não somente testes, mas também revisões e inspeções do código modificado Estudo de caso Estudo de caso Principal desafio Principal desafio Testes são feitos manualmente e via JUnit Testes são feitos manualmente e via JUnit

13 Conclusão XP é um processo simbiótico XP é um processo simbiótico Todas as práticas ou nada feito Todas as práticas ou nada feito Requer disciplina Requer disciplina Problemas: Problemas: Quando alguma prática não é bem realizada Quando alguma prática não é bem realizada Efeito cascata Efeito cascata