Fdd em uma casca de banana

Disponível somente no TrabalhosFeitos
  • Páginas : 16 (3845 palavras )
  • Download(s) : 0
  • Publicado : 21 de maio de 2012
Ler documento completo
Amostra do texto
FDD
em uma casca de banana

Um guia de rápido aprendizado para a
Feature-Driven Development

mar.2007

aXmagno
www.axmagno.com

O que é FDD?
que
Feature-Driven Development (FDD) é uma metodologia ágil para o
processo de engenharia de software, que foi elaborada com foco na
entrega frequente de “software funcionando” para os clientes e na
utilização de boas práticas durante o ciclo de seudesenvolvimento.
Uma característica marcante da FDD é o fato dela
favorecer fortemente o envolvimento de clientes (interno
ou externo) ao processo de planejamento e
desenvolvimento do software.

Feature-Driven Development (FDD) é um processo de
desenvolvimento de software iterativo e incremental.
Diferentemente de outras metodologias, a FDD não é
extremamente focada na programação ou no modelo, mas simutiliza o bom senso para abstrair o melhor dos dois mundos.

O que não é FDD?
A FDD não é uma metodologia descrita em uma coleção com
30(trinta) volumes de livros. Portanto, ela não é uma “bíblia” a
s er seguida por sua equipe de desenvolvimento.
A FDD não é uma metodologia de gerenciamento de
projetos de software. Apesar de, em suas práticas, existirem
atividades relacionadas a esse fim, a FDD temcomo principal foco
cobrir o processo da engenharia de software, e não do
gerenciamento.

A FDD não é uma bala de prata, portanto, ela não resolverá
todos os problemas do mundo, ou mesmo os da sua
empresa. No entanto, a FDD o auxiliará a tornar o processo de
engenharia de software da sua empresa mais eficiente, e a criar
em sua equipe uma cultura voltada à rápida entrega de software
para ocliente.

Por que devo
usar FDD?
usar
Porque em projetos de software precisamos
mais do que apenas código escrito e funcionando.
Porque a FDD oferece planejamento e modelo na
medida certa! Sem exageros, mas também sem ausência.

Porque os processos da FDD favorecem a
aproximação de especialistas de negócio, gerentes e
desenvolvedores.
Porque FDD é ágil, e nos permite realizar entregas
frequentes aosnossos clientes.
Porque decompondo o produto em funcionalidades
estou mais próximo de estar sempre entregando algo
de valor para o meu cliente.
Porque utilizando a prática de proprietários de classes,
garanto a responsabilidade, especialidade e familiaridade dos
desenvolvedores com determinado pedaço de código.
Com isso, tenho sempre manutenção rápida e de qualidade
em qualquer parte do meusistema.
Porque os mecanismos de visualização de
progresso da FDD, tais como o Parking Lot,
nos permitem ter, a qualquer momento, uma
visualização exata de onde estamos.
Porque as práticas da FDD contribuem para
um grande envolvimento do cliente no projeto, fazendo
com que, rapidamente, este passe a chamar o “seu”
projeto de “NOSSO PROJETO”.
Porque a inspeção de código e de design, que é uma das
práticasda FDD, nos garante qualidade no produto final.
Porque FDD funciona!

Quem é quem?
Quem
Olá! Eu sou a Gerente do Projeto , e
como tal sou responsável por todos os
assuntos administrativos do projeto, o que
inclui o gerenciamento de recursos,
orçamento, equipamentos e outros. Minha
principal meta é fornecer subsídios para
que nenhum fator externo atrapalhe a
produtividade da equipe do projeto.Como E specialista do negócio uso meu
conhecimento no negócio para apresentar
à equipe do projeto as necessidades para
que o software possua valor real para nós.
Estou sempre disponível para fornecer aos
desenvolvedores maior detalhamento
sobre determinada funcionalidade. Sou um
membro fixo da equipe e sempre estou
fornecendo feedback das entregas para
todos os envolvidos.

Por possuir bastanteexperiência técnica
em modelagem orientada a objetos, e
habilidade para atuar como facilitador na
absorção das regras de negócio, fui
escolhido para ser A rquiteto deste
projeto. Serei, portanto, responsável pela
última palavra em toda arquitetura do
sistema.

Como Gerente de Desenvolvimento ,
sou responsável por liderar o dia-a-dia do
desenvolvimento do produto. Por ser o
responsável por resolver...
tracking img