Olá Flávio e Francisco,
  
  Fico agradecido pelo retorno de vocês. Por estes emails, deu pra ter uma ideia ampla sobre as comparações entre as metodologias aplicadas no mercado hoje.
  
  Consequentemente, pesquisei mais sobre o assunto e acabei encontrando alguns trabalhos (monografias) que fizeram tais comparações bem interessantes também.
  
  Para quem tiver interesse,segue em anexo os documentos.
  
  Agradeço mais um vez pela ajuda pessoal.
  
   
  Guilherme Prado
  
  ________________________________
   De: Flavio Casas de Arcega flaviocasas@gmail.com>
  Para: java-br@yahoogrupos.com.br 
  Enviadas: Segunda-feira, 21 de Janeiro de 2013 10:26
  Assunto: Re: [java-br] Dúvida: Métodos Ágeis
   
  Primeiro você precisa pesquisar sobre as diferenças entre metodos
  tradicionais e metodos ágeis.
  Dizer que Espiral não é Ágil, não quer dizer que ele é "Lerdo" entende?
  hehehe
  
  Bom, até onde me lembro, a principal característica dos metodos ágeis são
  adotar as mudanças como realidade em qualquer fase do projeto. Então o
  planejamento mais detalhado só é feito nos sprints de 1 a 2 semanas. Assim
  se alguma mudança ocorre, não é necessário alterar toda uma documentação e
  rever cronogramas e prazos etc... (mais ou menos isso)
  Metodos ageis pregam que deve-se começar o projeto atacando a parte do
  software que *gera maior valor para o cliente* e entregando *software
  funcional*.
  Assim, o projeto começa direto nas funcionalidades mais complexas e que
  agregam maior valor (não os cadastros básicos ou funcionalidades
  periféricas).
  Dessa forma, detalha-se o funcionamento *central* do software já *nas
  primeiras semanas* e caso mudanças ocorram ao longo do projeto elas
  serão *pensadas
  no momento* *em que ocorrerem*... uma vantagem de começar pela parte mais
  complexa é que geralmente as dúvidas e detalhes mais significativos
  aparecem nessa fase do desenvolvimento e não na fase dos cadastrinhos ou
  funcionalidades mais básicas.
  
  Bom, agora, rapidão aqui na wikipedia...
  http://pt.wikipedia.org/wiki/Desenvolvimento_%C3%A1gil_de_software
  
  Os princípios do desenvolvimento ágil valorizam
  
     - Garantir a satisfação do consumidor entregando *rapidamente e
     continuamente softwares funcionais*; (espiral tem a prototipação, não um
     software funcional)
     - Softwares funcionais são entregues frequentemente (semanas, ao invés
     de meses);
     - Softwares funcionais são a principal medida de progresso do projecto;
     - Até mesmo mudanças tardias de escopo no projecto são bem-vindas.
     - Cooperação constante entre pessoas que entendem do 'negócio' e
     desenvolvedores;
     - Projetos surgem através de indivíduos motivados, entre os quais existe
     relação de confiança.
     - Design do software deve prezar pela excelência técnica;
     - Simplicidade;
     - *Rápida adaptação às mudanças; *(espiral apesar de ser incremental,
     ele foi todo planejado no início e então adaptar-se as mudanças é algo
     impactante)
     - Indivíduos e interações mais do que processos e ferramentas;
     - *Software funcional mais do que documentação extensa; *(espiral tem
     uma documentação mais extensa)
     - Colaboração com clientes mais do que negociação de contratos;
     - *Responder a mudanças mais do que seguir um plano. *(lembra do
     cronograma? )
  
  Métodos Ágeis são algumas vezes caracterizados como o oposto de
  metodologias *guiadas pelo planejamento* ou *disciplinadas*. Uma distinção
  mais acurada é dizer que os métodos existem em um contínuo do *adaptativo*até o
  *preditivo*.[1]http://pt.wikipedia.org/wiki/Desenvolvimento_%C3%A1gil_de_software#cite_note-1>Métodos
  ágeis existem do lado adaptativo deste contínuo. Métodos
  adaptativos buscam a adaptação rápida a mudanças da realidade. Quando uma
  necessidade de um projeto muda, uma equipe adaptativa mudará também. Um
  time adaptativo terá dificuldade em descrever o que irá acontecer no
  futuro. O que acontecerá em uma data futura é um item de difícil predição
  para um método adaptativo. Uma equipe adaptativa pode relatar quais tarefas
  se iniciarão na próxima semana. Quando perguntado acerca de uma implantação
  que ocorrerá daqui a seis meses, uma equipe adaptativa deve ser capaz
  somente de relatar a instrução de missão para a implantação, ou uma
  expectativa de valor versus custo.
  
  Métodos preditivos, em contraste, colocam o planejamento do futuro em
  detalhe. Uma equipe preditiva pode reportar exatamente quais aspectos e
  tarefas estão planejados para toda a linha do processo de desenvolvimento.
  Elas porém tem dificuldades de mudar de direção. O plano é tipicamente
  otimizado para o objetivo original e mudanças de direção podem causar a
  perda de todo o trabalho e determinar que seja feito tudo novamente.
  Equipes preditivas freqüentemente instituem um comitê de controle de
  mudançahttp://pt.wikipedia.org/w/index.php?title=Comit%C3%AA_de_controle_de_mudan%C3%A7a&action=edit&redlink=1>para
  assegurar que somente as mudanças mais importantes sejam consideradas.
  Métodos ágeis diferem dos métodos iterativos porque seus períodos de tempo
  são medidos em semanas, ao invés de meses, e a realização é efetuada de uma
  maneira altamente colaborativa. estendendo-se a tudo.
  
  Creio que esse é só o começo de uma resposta para sua questão, afinal uma
  resposta decente levaria bem mais trabalho do que essas poucas palavras
  aqui escritas :-)
  
  Inclusive, achei a questão bem interessante e se você puder compartilhar
  conosco a versão final de sua resposta seria interessante.
  
  Bom trabalho!
  
  2013/1/21 Guilherme Fernandes pradocomp@yahoo.com.br>
  
  > Agradeço de antemão a todos.
  
  [As partes desta mensagem que não continham texto foram removidas]
  
  ------------------------------------
  
  Para sair da lista, envie email para: java-br-unsubscribe@yahoogroups.com
  Para upload/download de arquivos: http://www.yahoogroups.com/files/java-brLinks do Yahoo! Grupos
  
  [As partes desta mensagem que não continham texto foram removidas]
  
  
Para upload/download de arquivos: http://www.yahoogroups.com/files/java-br
 
0 comentários:
Postar um comentário