Extreme Programming - 2ª Edição

Aprenda como encantar seus usuários desenvolvendo software com agilidade e alta qualidade

Extreme Programming - 2ª Edição

Autor: Vinícius Manhães Teles

ISBN impresso: 978-85-7522-400-7
ISBN ebook: 978-85-7522-574-5
Ano: 2014
Páginas: 328
Preço: R$ 82,00

3 opiniões | Opine sobre este livro

Descrição do livro

Extreme Programming (XP) é um processo de desenvolvimento que possibilita a criação de software de alta qualidade, de maneira ágil, econômica e flexível. Vem sendo adotado com enorme sucesso na Europa, nos Estados Unidos e, mais recentemente, no Brasil.

Cada vez mais as empresas convivem com ambientes de negócios que requerem mudanças freqüentes em seus processos, as quais afetam os projetos de software. Os processos de desenvolvimento tradicionais são caracterizados por uma grande quantidade de atividades e artefatos que buscam proteger o software contra mudanças, o que faz pouco ou nenhum sentido, visto que os projetos devem se adaptar a tais mudanças ao invés de evitá-las.

O XP concentra os esforços da equipe de desenvolvimento em atividades que geram resultados rapidamente na forma de software intensamente testado e alinhado às necessidades de seus usuários. Além disso, simplifica e organiza o trabalho combinando técnicas comprovadamente eficazes e eliminando atividades redundantes. Por fim, reduz o risco dos projetos desenvolvendo software de forma iterativa e reavaliando permanentemente as prioridades dos usuários.

Este livro apresenta o XP de forma didática e prática, com base na experiência do autor que o utilizou em projetos reais. As explicações combinam teoria, exemplos, ilustrações e metáforas que facilitam a compreensão dos conceitos e fornecem um caminho seguro para que o leitor incorpore o XP ao seu dia-a-dia.

Destina-se a profissionais da área de informática, gerentes e diretores de tecnologia da informação, bem como a estudantes e professores universitários. Ver menos ▲

Sumário

Sobre o autor
Revisores técnicos
Agradecimentos
Prefácio
Introdução
- Extreme Programming: visão geral
- Valores do XP
- Práticas do XP
  - Cliente presente
  - Jogo do planejamento
  - Stand up meeting
  - Programação em par
  - Desenvolvimento guiado pelos testes
  - Refactoring
  - Código coletivo
  - Código padronizado
  - Design simples
  - Metáfora
  - Ritmo sustentável
  - Integração contínua
  - Releases curtos
- Características da equipe
  - Gerente de projeto
  - Coach
  - Analista de teste
  - Redator técnico
  - Desenvolvedor
    - Desafios do desenvolvimento de software
- Desenvolvimento tradicional
  - cional
  - Estatísticas
  - Problemas nas premissas do desenvolvimento tradicional
- Desenvolvimento ágil – uma abordagem alternativa
  - Premissas do desenvolvimento ágil
  - Desenvolvimento Iterativo
    - Valores do XP
- Feedback
- Comunicação
- Simplicidade
- Coragem
  - Coragem para desenvolver o software de forma incremental
  - Manter o sistema simples
  - Permitir que o cliente priorize as funcionalidades
  - Fazer os desenvolvedores trabalharem em par
  - Investir tempo em refactoring
  - Investir tempo em testes automatizados
  - Estimar as estórias na presença do cliente
  - Expor o código a todos os membros da equipe
  - Integrar o sistema diversas vezes ao dia
  - Adotar um ritmo sustentável
  - Abrir mão de documentações que servem como defesa
  - Propor contratos de escopo variável
  - Propor a adoção de um processo novo
    - Cliente presente
- A metáfora do carro em linha reta
- Confiança: um subproduto da presença do cliente
- Por que é difícil ter o cliente presente?
  - A sala de guerra (war room) com o cliente presente
  - A sala de guerra com o cliente ausente
  - A sala de guerra em outro prédio
- O que acontece com os projetos quando o cliente não está presente?
- Um processo contínuo de conscientização
  - O jogo do planejamento
- Dividindo as responsabilidades
  - Direitos do cliente
  - Direitos do desenvolvedor
- Escrevendo estórias
  - Tarefas
  - Exemplos
- Estimando as estórias
  - Usando pontos para estimar
  - Estimando por comparação
  - Estimando em equipe
- Planejando os releases
  - Priorizando as estórias de cada release
- Planejando as iterações
  - Dependências técnicas
  - Iterações são diferentes de releases
- Encerrando uma iteração
- Encerrando um release
  - Stand up meeting
  - Programação em par
- Os efeitos sobre a produtividade da equipe
- A pressão do par
- Revezamento
- A disseminação de conhecimento
- Desafios da programação em par
  - A organização do escritório
  - A visão gerencial
  - O relacionamento humano
  - Competição
    - Refactoring
- O software é como a nossa casa
  - Desenvolvimento guiado pelos testes
- Por que devemos testar?
- Testar é investir
- Testando no XP
- Testes de unidade
  - Automatizando os testes de unidade
  - Desafios na utilização dos testes de unidade
  - Perguntas sobre os testes de unidade
  - Testando a entrega do sistema
  - Exemplo da utilização de testes de unidade
- Testes de aceitação
  - Quem cria e executa estes testes?
  - Testando em cada iteração
  - Automação dos testes de aceitação
  - Lidando com defeitos
  - Exemplo de um teste de aceitação
    - Código coletivo
    - Padrões de codificação
- Características do padrão
- Mantendo o padrão
- Dificuldades na adoção de um padrão
  - Design simples
- Design tradicional
- O custo de uma alteração no XP
- Valores do XP
- Estratégia
- Definindo simplicidade
- Representações do design
- Frameworks
  - Testemunho de Marcos Mamede
  - Testemunho de Renato Fiche Junior
    - Metáfora
- Produzindo metáforas
  - Ritmo sustentável
- O ritmo sustentável é mais produtivo
- A dura realidade
  - Integração contínua
- Integrando continuamente
- Código coletivo
- As fases pelas quais o código passa
- Máquina separada para a integração
- Ferramentas
- Conflitos na integração
- Considerações finais
  - Releases curtos
- Retorno do investimento
  - Fluxo de caixa de um projeto tradicional
  - Fluxo de caixa de um projeto XP
- Geração de valor
- Gestão do risco
- Desafios
  - A organização do ambiente de trabalho
- Mesas e cadeiras
- Equipamentos
- Telefones
- Mural
- Quadro branco
- Calendário
- Mandamentos
- Comida
- Isolamento
- Impactos sociais
- Benefícios
  - A equipe de desenvolvimento
- Gerente de projeto
- Coach
- Analista de teste
- Redator técnico
- Desenvolvedor
  - A documentação do projeto
- Por que documentar?
- Até que ponto documentar?
- O uso incorreto da documentação
- Quando documentar?
- Quais documentos compõem a documentação do XP?
  - Estória
  - Testes de aceitação
  - Testes de unidade
  - Javadoc
  - Modelo de classes
  - Modelo de dados
  - Processos de negócio
  - Manual do usuário
  - Acompanhamento diário
  - Acompanhamento do projeto
  - Fotos
    - Vendendo o XP
- Como vender o XP
- Serviço x Commodity
  - Commodity
  - Serviço
- Contrato de escopo fechado
  - Escopo fechado e qualidade
  - Contratos de escopo variável
  - Registrando os requisitos
  - Conclusão
- Estratégias de venda
- Quem é o seu maior obstáculo no cliente
  - Seu primeiro projeto usando o XP
- Por que os primeiros dias são tão importantes?
- A infraestrutura
  - Ambiente de desenvolvimento (IDE)
  - Ferramenta para build
  - Repositório de código ou sistema para controle de versão
  - Teste de unidade
- Período de set up
- Lidando com as preocupações da equipe
- Lidando com as expectativas do cliente
- Lidando com as primeiras estimativas
- Estabelecendo prioridades
  - Presença do cliente
  - Simplicidade
  - Desenvolvimento guiado pelos testes
    - Métricas do planejamento
- O mural
- O quadro de acompanhamento diário
  - Acompanhamento das tarefas extras
- Retrospectiva
  - Montar a agenda
  - Montar a linha do tempo
  - Levantar o que funcionou bem
  - Levantar o que precisa melhorar
  - Priorizar
  - Levantar as ações
    - O surgimento do Extreme Programming
    - Quando o XP não deve ser utilizado
- Sistema de premiação
- Contratos de escopo fechado
- Clientes que fazem questão de um grande número de artefatos
- Escritório
- Mudanças
- Apoio
- Avaliação da cultura organizacional
  - XP e a UML
- Vantagens
  - XP na universidade: a formação de uma nova geração
- Reavaliando a visão da universidade
- Algumas estratégias para mudar o ensino técnico
- Conceitos de XP introduzidos nos primeiros períodos
- O futuro do ensino de engenharia de software
  - Aumentando a competitividade global do software brasileiro
- De dentro para fora
- De cabeça para baixo
- Uma nova abordagem
- Contratos
- O que você pode fazer
- Biografia dos autores do capítulo
  - Glossário
  - Sites importantes
  - Softwares
- Ferramentas de teste
- Ambientes de desenvolvimento
  - Ferramentas de apoio
Bibliografia
Índice remissivo

Ver sumário completo ▼

Sobre o autor

Vinícius Manhães Teles

Vinícius Manhães Teles é sócio-diretor da Improve It (www.improveit.com.br), uma empresa que atua em consultoria, treinamento e desenvolvimento de software utilizando Extreme Programming e orientação a objetos. É bacharel e mestre em informática pela Universidade Federal do Rio de Janeiro (UFRJ), sendo um dos pioneiros na utilização do Extreme… Ver perfil completo ▶

Livros relacionados

Recursos

Enviar errata Catálogo completo

Opinião dos leitores

Jackson de O V

Muito bom o livro. Fornece uma visão ampla sem ser enfadonho. Recomendo sobretudo para os iniciantes. Obrigado Novatec.

Oscar B S

Ótimo livro, conteúdo rico em detalhes e conceitos. Recomendo a todos que queiram e desejam aprender novas metodologias e novos parâmetros que leiam esse livro.

Oscar B S

Ótimo livro, conteúdo rico em detalhes e conceitos para todos que querem e desejam aprender novas metodologias e novos parâmetros. Leiam esse livro.

Ver todas ▼

Títulos relacionados