Fala Alexandre,
Eu estou iniciando o primeiro projeto "oficialmente" XP na minha empresa e embora
a princípio as idéias possam parecer absurdas o processo tem se mostrado eficiente.
Do meu ponto de vista XP é uma melhor metodologia do que os chamados "processos
pessados" pelos seguintes motivos:
- Mudanças acontecem durante o projeto, independente de quão detalhada tenha
sido a sua análise de requisitos.
- O cliente não compra modelo ou comentários no software, compra o software.
- Documento não substitui comunicação com o cliente
A idéia de que XP é contra as tarefas de design é uma falha de marketing dos
defensores de XP :). Na verdade XP defende que a análise seja feita "just in time"
(Porque os requisitos mudam :-). É o processo iterativo levado ao extremo.
Na empresa em que eu trabalhava antes (Revendedora de produtos e treinamento
rational :-)) eles gostavam de falar que seguiam um processo que era uma instancia do
RUP, mas quando eu olho para os projetos de que eu participei eu vejo que nunca
conseguimos seguir estritamente um processo semelhante ao RUP. Sempre que o bixo
pegava deixavamos de lado aquele monte de diagrama bonito e codificavamos. Faziamos
levantamento de requisitos, escreviamos os use cases e na hora de implementar eles
não estavam totalmente completos ou o cliente mudava de opnião e ficavamos trocando
telefonemas e emails com eles para redefinir os requisitos. Acredito que as práticas
de XP teriam removido todo o overhead que tinhamos com o RUP e teria posto disciplina
no "processo leve" que sem pensar muito acabavamos usando.
Pra não falar que XP é a solução pra todos os seus problemas - ia parecer até
propaganda de produtos tabajara - o único problema de XP é que para ele funcionar bem
em um projeto para 3os, o seu cliente tem que ter confiança na sua empresa, pois
geralmente os clientes querem ter um monte de papel na mão dizendo exatamente o que o
sistema vai fazer, e o quanto eles vão pagar por isto, o que não é possível em XP,
pois o levantamento de requisitos inicial é um conjunto de histórias contadas pelo
usuário (E não pelo analista!), cada uma descrevendo uma funcionalidade do sistema em
no máximo dois paragrafos. Seria algo como um use case simplificado, sem todos os
detalhes do requisito, com somente o necessário para fazer uma estimativa do custo e
risco do requisito e planejar o cronograma de desenvolvimento.. durante a iteração em
que a história fosse ser implementada, os desenvolvedores iriam obter com o cliente
os detalhes e implementar a história.
Em http://www.c2.com/cgi/wiki?ExtremeProgrammingRoadmap você vai encontrar tudo
sobre Xp, inclusive o projeto que estou iniciando :)
http://www.c2.com/cgi/wiki?TheMarbleProject
Como eu estou apenas iniciando o meu primeiro projeto usando XP eu tenho muitas
dúvidas e gostaria de trocar idéias com interessados nesta metodologia.. se mais
algumas pessoas tiverem interesse poderemos criar um grupo de discussão... mais
alguem se interessa por XP?
Inteh,
Leonardo.
...................................................................
Leonardo Souza Mario Bueno
Itera - Voice, Wireless & Web Solutions
[EMAIL PROTECTED]
Phone: 55 27 337 0317
Cell: 55 27 9971 1375
Visit our website at:
http://www.itera.com.br
...................................................................
----- Original Message -----
From: "Alexandre Rodrigues Gomes" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, April 19, 2001 6:35 PM
Subject: [java-list] eXtreme Programming
Pessoal,
alguém aí utiliza o esquema XP para guiar o processo de desenvolvimento ?
Estive lendo sobre isto e o que eles pregam é que não se deve perder tempo
com modelos ou qualquer outro artefato, mas o foco do desenvolvimento deve
ser aquilo que programadores melhor sabem fazer: sentar e codificar.
É meio difícil aceitar isto, por ser contra tudo aquilo que nos é implantado
nos tempos acadêmicos. Todavia, o artigo que li foi encontrado no
developerWorks, um site da IBM.
Alguém tem alguma opinião formada a respeito ?
By Alê!
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
