Metodologias Ágeis de Desenvolvimento com XP

8/14/2019 Metodologias geis de Desenvolvimento com XP

1/50

METODOLOGIAS GEIS DEDESENVOLVIMENTO COM XP

Luiz Henrique Rauber Rodriguesluizrauber.blogspot.com


2/50

PLANO APRESENTAONMEROS

DOCUMENTAR/ PLANEJAR

OBSERVAO

METODOLOGIAS GEIS

MANIFESTO GIL

EXTREME PROGRAMMING

VALORESPRINCPIOSPAPISPRTICAS

CONCLUSES/ DICAS

DVIDAS/ CRTICAS/ SUGESTES/ COMENTRIOS

REFERNCIASMetodologias geis de Desenvolvimento com XP - Luiz Rauber


3/50

NMEROS

Metodologias geis de Desenvolvimento com XP - Luiz Rauber


4/50



5/50



A documentao no tem apenas funo individual, massocial Daniervelin Renata, Palestra Latinoware 13h 22/10

Por que modelar processos?... Pode ser difcil no incio, mas, durante este trabalho, os

participantes aumentam o entendimento do negcio" DboraReis, Palestra Latinoware 13h 23/10

Simplificadamente:

Software, que se chinga, funciona sobre o hardware, que sechuta, baseado na documentao, que impressa pode servirpro fogo do churrasco.


6/50



7/50



8/50

Muito Papel

Perde-se TempoAtraso de Software

Custo Elevado

Pouco PapelGanha-se Tempo

Difcil Modifio/ AtualizaoCusto Elevado



9/50



fonte: Bohem


10/50



Complexidade>


11/50

OBSERVAO



12/50


Software n o f sico.

N o Eng. Civil

SIM Adm. Empresas


13/50


+ Personalizados

- Prateleira

Cliente sabe o que quer e sabe que d pra fazer


14/50

Software deve ser adaptvel,deve ser de fcil implementao,deve ser de fcil implantao,

deve ser livre de erros,deve ser seguro,

deve ser de fcil expanso,deve ter boa usabilidade.



15/50

Software deve ser que nem Linux ;)



16/50

ops: No documentar antes de programar porqueo software deve ser mutvel, mas deve-se

planejar antes de programar. Documentar no

planejar?Sim , mas use Metologias geis!



17/50

METODOLOGIAS GEIS



18/50

METODOLOGIAS GEIS


XP/ Scrum/ DSDM

Foco em Projetos Pequenos

Google/ Yahoo/ Microsoft


19/50

Estamos descobrindo maneiras melhores de desenvolver softwarefazendo-o ns mesmos e ajudando outros a faz-lo. Atravsdesse trabalho, passamos a valorizar:

Indivduos e interao entre eles mais que processos e

ferramentas;Software em funcionamento mais que documentao abrangente;Colaborao com o cliente mais que negociao de contratos;Responder a mudanas mais que seguir um plano.

Ou seja, mesmo havendo valor nos itens direita, valorizamos maisos itens esquerda. (agilemanifesto.org)


MANIFESTO GIL


20/50

ADAPTA-SE!


Adaptar um Planejamento ao seu Software.

ex.: Sistema Web pequeno(Site+Forms+BD) fica bem com Diagrama Casos

de Uso + Sequncia Principais + Componentes ...


21/50

A arte de maximizar a quantidade de softwareque voc no ir fazer. Vincius Teles

Ideal equipes pequenas (


22/50

ValoresCoragem

Aceitar que o cliente pode querer mudar oque est pronto

Confiar prticas XPMudar, adaptar, refazer parte do software

se assim o cliente quiser


EXTREME PROGRAMMING


23/50

ValoresComunicao

Priorizar entre o Cliente e EquipeEquipe x Equipe, uso 1 salaPessoalmente> Videoconferncia>

Telefonema> e-mail


EXTREME PROGRAMMING


24/50

ValoresFeedback

Fez confirma com o clienteCliente deve dizer um sim/no, nunca

talvezQuantes antes achar o erro melhor


EXTREME PROGRAMMING


25/50

ValoresRespeito

Aceitar deficinciasSaber ouvirCompreender

Se importar um com o outro


EXTREME PROGRAMMING


26/50

ValoresSimplicidade

No fazer mais que a necessidadeEvitar firulasVer com cliente real necessidade de

certas exigncias


EXTREME PROGRAMMING


27/50

PrincpiosAutosemelhana

Deu Ok, passa adiante!Benefcio Mtuo

Bom pra um, bom pra todos

DiversidadeVises diferentes, intuito em comum


EXTREME PROGRAMMING


28/50

PrincpiosEconomia

Fazer o que da retorno primeiroReutilizao/ Novas Funcionalidades

Falha

Experimentar na busca erroFeedback concreto


EXTREME PROGRAMMING


29/50

PrincpiosFlow/ Fluidez

Ir e vir sem problemasDiminuir a curva custos

Humanismo

gente que fazMelhoriaFazer melhor, na prxima interao


EXTREME PROGRAMMING


30/50

PrincpiosOportunidade

Bug? Conhecimento pra todosPassos de Beb

Menos mais

QualidadeMais menos


EXTREME PROGRAMMING


31/50

PrincpiosRedundncia

Antes 2x do que 3-4xEvitar erro = evitar desmotivao

Reflexo

Ver o bom, e o ruimResponsabilidadeDeixa pra mim


EXTREME PROGRAMMING


32/50


33/50

PrticasCliente Presente

Cliente x ProgramadorSucesso e Fracasso culpa do ClienteSoftware fica pronto + rpido >

Custo Menor >Diminuio de Recursos no usados noSW

Documents

Metodologias Ágeis de Desenvolvimento com XP