Ciclo de Desenvolvimento de Software

Aqui na ThoughtWorks a gente usa uma mistura de XP e Scrum, e em alguns casos os clientes pedem algo um pouco diferente, por querer mais ou menos envolvimento com o time de desenvolvedores.

Mais no site, (http://thoughtworks.com) e no site do Tio Fowler - http://martinfowler.com

cv:

Aqui na ThoughtWorks a gente usa uma mistura de XP e Scrum, e em alguns casos os clientes pedem algo um pouco diferente, por querer mais ou menos envolvimento com o time de desenvolvedores.

Mais no site, (http://thoughtworks.com) e no site do Tio Fowler - http://martinfowler.com

XP!? :shock:

XP é pauleira né?! Comenta um pouco dele ai!

Ah, sei lah, eh o jeito de desenvolver software que faz mais sentido

O que vc gostaria de saber, mais especificamente?

cv:

Ah, sei lah, eh o jeito de desenvolver software que faz mais sentido

O que vc gostaria de saber, mais especificamente?

rs* é só responder o questionário…

O que é o XP? - eu tenho uma idéia, mas nada melhor do que beber da fonte …

Porque utiliza ele? e não utiliza o RUP?

Você escolhe o que usar dependendo do projeto?? é né?

Tô querendo escrever um tutorial sobre Engenharia de Software…

Atn.
Dennys Fredericci
http://www.dennys.eti.br
Sun Certified Java Programmer

Sempre tive uma vontade muito grande de perguntar isso, mas nunca surgiu uma boa oportunidade. Mas aí vai: por que utilizar RUP e não XP?

De forma bém resumidamente e rápida, XP é uma metodologia muito diferente de RUP!

Em geral, no desenvolvimento utilizando RUP será necessário a geração de muito artefato e muita documentação, no entanto, no XP nem tanto… a documentação, mas não como em RUP!

Mas não se enganem achando que XP é apenas uma metodologia que elimina documetação. Ela vai muito além disso!

As principais características de uma equipe que desenvolve utilizando XP são:

Coragem,
Simplicidade,
Feedback,
Comunicação.

Ou seja, ao invés de documentações extensas no papel em RUP, opta-se pela comunicação interpessoal no XP. Comunicação também é importante no XP por se usar programação em PAR!

Coragem para fazer refactorings e utilizar programação guiada por testes… incentivar contratos abertos ao invés de contratos fechados e se expor ao cliente.

Feedback da equipe e do cliente com relação ao projeto.

Simplicidade ao escrever código., Ou seja, no XP nunca se começa com as soluções mais difíceis, e sim com a solução ideal para o problema. Caso o problema piore, dali refactoring!!! Por isso, muito coragem!!!

Desculpem-me por ser tão breve… XP é uma metodologia muito interessante para ser tratada com apenas estas linhas!!! Quem conhece sabe do que estou falando… e olha que eu não conheço XP!!!

Vocês podem dar uma olhada neste site aqui:
www.xispe.com.br

Se quiserem meu contato para discutir isso melhor, será um prazer! Sou iniciante assim como muitos aqui… e tenho muita vontade de aprender mais e mais em XP

Um Abraço
Thiago Senna

Bom… esqueci de responder uma pergunta com relação de quando se deve usar XP!

O XP pode ser usado em n tipos de projetos desde grandes até pequenos!
Já ouvi muitos dizerem que XP só serve para projetos pequenos e médio porte. Mas na verdade o XP nasceu em um projeto de Grande Porte… então é possível usar XP em projetos de grande porte sim!

Na verdade… o que deve ser avaliar é quando não se deve usar XP…
Um dos casos mais graves em que não é possível usar XP é quando o cliente não se encontra disponível para trabalhar junto com a equipe e quando existe rivalidade entre os componentes da equipe.

XP nunca funcionará em ambiente competitivo!!!

De boa… xp vai bém além disso…

Um Abraço!
Thiago

Thiago Senna:

O XP pode ser usado em n tipos de projetos desde grandes até pequenos!
Já ouvi muitos dizerem que XP só serve para projetos pequenos e médio porte. Mas na verdade o XP nasceu em um projeto de Grande Porte… então é possível usar XP em projetos de grande porte sim!

Só um detalhe. Não é que o XP não serve para projetos de grande porte, mas sim que ele é mais indicado para projetos com equipes pequenas, indiferente do tamanho do projeto.

Qual metodologia funciona quando isso ocorre? A medologia do “eu faço tudo sozinho, no meu codigo ninguem mexe”, sei la acho que equipes assim ja nasceram derrotadas e se o projeto tem isso nao há metodologia que resolva.

Ainda nao tive o prazer de trabalhar com XP totalmente, mas sempre que possivel uso algumas premissas dele, refactoring, unit tests, etc.

]['s

Olá Fabrício!

Obrigado pelos comentários e pelo suas ótimas colocações que você fez com relação as minhas opiniões sobre o XP!

Concordo plenamente de que qualquer equipe que contenha rivalidade já é de certa forma derrotada. Mas infelizmente o perfil do profissional de informática é de ser uma pessoa competitiva! Confesso de parece que este perfil está mudando atualmente.

No entanto, eu acho que projetos que utilizam RUP por exemplo, são excessivamente documentados exatamente para controlar o desenvolvimento mesmo havendo rivalidade e competitividade entre os desenvolvedores. Afinal, se uma pessoa desenvolve por si só, de qualquer jeito aquilo estará documentado… pelo menos é o que eu penso na teoria!!

Mas completando, acredito que um profissional competitivo e individualista não será bém vindo em qualquer tipo de projeto, mas há metodologias mais próprias e outras menos próprias para profissionais com este perfil!

Um Abraço!
Thiago