#Este é um post fechado Este post está disponível para assinantes da Java Magazine DIGITAL ou para quem possui Créditos DevMedia. Clique aqui para saber mais sobre como abrir este post!
dê seu feedback
post favorito
Artigo Java Magazine 76 - FDD – O ponto de Equilíbrio Ágil
Mostra a motivação para a adoção da FDD em uma equipe de desenvolvimento e descreve, de maneira didática, como funciona o desenvolvimento iterativo e incremental de software através da metodologia FDD (Feature Driven Development). Também aborda brevemente uma forma de integrar as práticas ágeis de engenharia da FDD com as práticas de gestão ágil do Scrum.
Java Magazine 76
[Artigo já está disponível no Leitor Digital DevMedia®. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da Java Magazine 76
[Artigo já está disponível no Leitor Digital DevMedia®. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da Java Magazine 76
BRK##: 0 - 0
FDD – O ponto de Equilíbrio Ágil
Para projetos de desenvolvimento de software em ambientes corporativos complexos
Conheça a metodologia ágil que traz uma proposta baseada em práticas da engenharia de software de maneira enxuta, iterativa e incremental
A filosofia Ágil é um grande guarda-chuva conceitual de valores e princípios que visam criar formas mais eficientes e eficazes para que times consigam desenvolver melhores softwares e, consequentemente, entregar de maneira constante melhores resultados aos clientes.
Essa filosofia pode ser realizada através de ferramentas que comumente chamamos de metodologias, frameworks e técnicas. Dentre esse arsenal podemos citar Extreme Programming (XP), Scrum, OpenUp e também FDD.
Dessa forma, exibindo mais um artigo Agile, que começou com O Diferencial Scrum (publicado na Java Magazine 73), você será apresentado agora a uma visão ampla e pragmática de experiências com a metodologia ágil FDD (Feature Driven Development) – Desenvolvimento Orientado a Funcionalidades, que oferece outra opção para organizações que gostariam de ter os benefícios de uma metodologia iterativa e incremental, mas precisam manter algum nível mínimo de processo definido.
História
Singapura, meados da década de 90, um grupo de experientes desenvolvedores de software fora contratado por uma importante instituição bancária para resolver um problema bem peculiar de um determinado projeto de desenvolvimento de software.
O referido problema consistia no fato que uma tradicional e grande consultoria de desenvolvimento havia sido contratada por cerca de dois anos para desenvolver um software crítico para o banco, sendo que durante esse período a única coisa que esta consultoria havia entregado foi aproximadamente 3.500 páginas de casos de uso.
Note que estamos falando que durante dois anos esse banco pagou uma considerável quantia em dinheiro por um software, para que fosse entregue apenas um montante de papel sobre o mesmo.
Mas voltando aos nossos amigos desenvolvedores que foram contratados para resolver o problema, como sua missão era entregar o software e, aquele montante de papéis não estava dizendo muita coisa sobre o que exatamente a instituição bancária estava precisando para o seu negócio, eles tiverem que tomar certas atitudes diferenciadas neste projeto.
A primeira atitude óbvia foi jogar fora aquele monte de papel que a outra consultoria havia entregado. Em seguida, eles foram gradualmente criando uma forma peculiar de aprender os requisitos e também construíram um processo mais efetivo de desenvolver e entregar software de acordo com os referidos requisitos que eram descobertos.
Foi dessa maneira que durante esse projeto, que durou 15 meses, foi criada a metodologia FDD. Nesse artigo, você entenderá a essência dessa metodologia e por que ela é mundialmente reconhecida como o ponto de equilíbrio na adoção de processo ágil por uma equipe, oferecendo práticas que atentem questões importantes da engenharia de software, aliadas ao comportamento iterativo e incremental peculiar aos processos ágeis.
ATENÇÃO! A exibição deste artigo foi interrompida.
#Este é um post fechado
Este post está disponível para assinantes da Java Magazine DIGITAL ou para quem possui Créditos DevMedia. Clique aqui para saber mais sobre como abrir este post!
FDD – O ponto de Equilíbrio Ágil
Para projetos de desenvolvimento de software em ambientes corporativos complexos
Conheça a metodologia ágil que traz uma proposta baseada em práticas da engenharia de software de maneira enxuta, iterativa e incremental
A filosofia Ágil é um grande guarda-chuva conceitual de valores e princípios que visam criar formas mais eficientes e eficazes para que times consigam desenvolver melhores softwares e, consequentemente, entregar de maneira constante melhores resultados aos clientes.
Essa filosofia pode ser realizada através de ferramentas que comumente chamamos de metodologias, frameworks e técnicas. Dentre esse arsenal podemos citar Extreme Programming (XP), Scrum, OpenUp e também FDD.
Dessa forma, exibindo mais um artigo Agile, que começou com O Diferencial Scrum (publicado na Java Magazine 73), você será apresentado agora a uma visão ampla e pragmática de experiências com a metodologia ágil FDD (Feature Driven Development) – Desenvolvimento Orientado a Funcionalidades, que oferece outra opção para organizações que gostariam de ter os benefícios de uma metodologia iterativa e incremental, mas precisam manter algum nível mínimo de processo definido.
História
Singapura, meados da década de 90, um grupo de experientes desenvolvedores de software fora contratado por uma importante instituição bancária para resolver um problema bem peculiar de um determinado projeto de desenvolvimento de software.
O referido problema consistia no fato que uma tradicional e grande consultoria de desenvolvimento havia sido contratada por cerca de dois anos para desenvolver um software crítico para o banco, sendo que durante esse período a única coisa que esta consultoria havia entregado foi aproximadamente 3.500 páginas de casos de uso.
Note que estamos falando que durante dois anos esse banco pagou uma considerável quantia em dinheiro por um software, para que fosse entregue apenas um montante de papel sobre o mesmo.
Mas voltando aos nossos amigos desenvolvedores que foram contratados para resolver o problema, como sua missão era entregar o software e, aquele montante de papéis não estava dizendo muita coisa sobre o que exatamente a instituição bancária estava precisando para o seu negócio, eles tiverem que tomar certas atitudes diferenciadas neste projeto.
A primeira atitude óbvia foi jogar fora aquele monte de papel que a outra consultoria havia entregado. Em seguida, eles foram gradualmente criando uma forma peculiar de aprender os requisitos e também construíram um processo mais efetivo de desenvolver e entregar software de acordo com os referidos requisitos que eram descobertos.
Foi dessa maneira que durante esse projeto, que durou 15 meses, foi criada a metodologia FDD. Nesse artigo, você entenderá a essência dessa metodologia e por que ela é mundialmente reconhecida como o ponto de equilíbrio na adoção de processo ágil por uma equipe, oferecendo práticas que atentem questões importantes da engenharia de software, aliadas ao comportamento iterativo e incremental peculiar aos processos ágeis.
ATENÇÃO! A exibição deste artigo foi interrompida.
#Este é um post fechado Este post está disponível para assinantes da Java Magazine DIGITAL ou para quem possui Créditos DevMedia. Clique aqui para saber mais sobre como abrir este post!
0 COMENTÁRIO
Você está em:
canal Java
Publicidade
Estudo comparativo entre banco de dados IBM Informix e Microsoft SQL
Manoel Pimentel Medeiros
Space do autor
Manoel Pimentel Medeiros (manoel@visaoagil.com) É Engenheiro de Software, com 15 anos na área de TI, atualmente trabalha como Coach(PPC) em Agile, Lean e TOC para empresas do segmento de serviço, financeiro e bancário. É Diretor Editorial da Revista Visão Ágil e Editor Chefe da InfoQ Brasil. Já esc...
Space do autor
1
0
Conheça os planos de créditos DevMedia e visualize esse post agora mesmo!