xprecife

XPRecifeXPRecife

Madson Menezes CostaRicardo de Oliveira Cavalcanti

Revista Exame

A Maior Angústia: Levantamentos apontam a preocupação número 1 dos presidentes das maiores empresas do mundo: a falta de agilidadeagilidade de suas companhias

Pesquisa IBM

450 presidentes de corporações mundiais 80% dizem que a falta de agilidade

impede o crescimento do faturamento e do lucro

Pesquisa Heidrick & Struggles

540 presidentes em 40 países 88% dizer ser prioridade em suas

companhiasVelocidadeFlexibilidadeCapacidade de adaptação a mudanças

Em resumo

Agilidade é a aposta do mercado para o crescimento dos lucrosMaior ProdutividadeMelhor aceitação do cliente

E em software??

Também somo paquidermes??

Medo da mudança

“Fear is the path to the dark side”

Uma pergunta

“Como você programaria se tivesse tempo suficiente?”

Kent Beck

Possíveis respostas

Mais testes? Mais projeto e arquitetura? Menos pessoas? Mais qualidade?

Programando ao Extremo Levar todas as boas práticas ao Extremo

Se testar é bom, vamos testar toda hora!!Se projetar é bom, vamos fazer disso parte do

trabalho diário de cada pessoa!Se integrar é bom, vamos integrar a maior

quantidade de vezes possível!Se iterações curtas é bom, vamos deixar as

iterações realmente curtas!

Engenharia de Software tradicional

Manutenção significa modificar o mínimo possível

Mudanças são difíceis e caras

Requisitos

Especificação

Implementação

Testes

RevisãoCliente

Analista

Desenvolvedor

Revisor

Testador

Premissa extrema

time

Cost of Change

Standard SE

XP

O que XP?

“Extreme Programming é uma metodologia ágil para equipes pequenas e médias desenvolvendo software com requisitos vagos e em constante mudança."

Kent Beck, criador do XP

Agile Manifesto (2001)

Individuals and interactions over processes and tools Communication

Working software over comprehensive documentation Travel light

Customer collaboration over contract negotiation On-Site Customer

Responding to change over following a plan Feedback

As quatro variáveis

Eleve o custo e você pode fazer um pouco mais, mas colocar dinheiro não resolverá

Tempo demais pode ser prejudicial, mas pouco tempo pode comprometer a qualidade

Como se controla a qualidade? Escopo deve ser o controle

Valores

Simplicidade Faça sempre da maneira mais simples e que vá funcionar

Comunicação Dentro do time, entre o cliente e a equipe...

Feedback Testes de aceitação, presença do cliente

Coragem Para fazer refactoring, para jogar fora o código e refazer

tudo no dia seguinte Respeito

Trabalho em equipe

Práticas

Integração Contínua

Passo Sustentável

Metáfora

Posse Coletiva Coding

Standard

Design Simples

RefactoringProgramação

em pares

Test-Driven Development

Testes de Aceitação

Releases Curtas

Planning Game

Cliente Presente

Adaptado de xprogramming.com

XP roles

Tracker

Programador

Goal Donnor

Gold OwnerAnalista de Testes

Coach

Manager

Grupo de usuários e lista de discussão Promover a cultura ágil Eventos e encontros

Cronograma

10 de fev: Seminário de Refactoring em BD 17 de fev: Discussão do artigo Practice: That's

What We Do - Ron Jeffries. 24 de fev: Seminário de AMDD 3 de mar: Discussão dos artigos XP na

Universidade e Being Extreme in the Classroom: Experiences Teaching XP