FDD para equipes não tão ágeis

Para equipes não tão ágeis

AGENDA
Introdução
FDD Overview
Estudo de caso
Referências
Contatos

Introdução
Vamos começar....

Sua empresa é assim ?

Cheia de burocracia

A comunicação é ineficiente entre equipes

Mudanças organizacionais são sempre complicadas

Algumas acham que fazer software é como uma linha de montagem

Foco no planejamento antecipado do projeto

Projetos com documentações excessivas

Acabam ficando pesados e custosos para se manter

A qualidade e as boas práticas de desenvolvimento acabam ficando esquecidas.

Aumentando o risco do projeto e o seu insucesso

Você até pensa em mudar, mas acaba esbarrando no modelo de gestão da empresa.

Você até gostaria de fazer diferente

Mas mudanças são sempre complicadas

E acaba se sentindo preso a uma estrutura engessada

Como mudar, qual caminho escolher ?

FeatureDriven-Developement (F.D.D)
Combina as melhores práticas do gerenciamento ágil de projetos, mas com nível mínimo de processo definido para modelagem de software.

Lema:Resultados freqüentes, tangíveis e funcionais.

Um pouco da história
Criada em 1997 num grande projeto em Java para o UnitedOverseasBank, em Singapura.
Seus criadores eram Peter Coade Jeff De Luca.
Foi publicada em 1999, no livro Java “Modeling in Colorwith UML”, de Peter Coad, Eric Lefebvre e Jeff De Luca.
Em 2002, Stephen Palmer e John Mac Felsing publicaram o livro “A PraticalGuide to FeatureDrivenDevelopment”, com a versão completa, atualizada e comentada da metodologia.

Principais características
Resultados úteis a cada duas semanas ou menos

Desenvolvimento orientado a Features
Blocos bem pequenos de funcionalidades valorizadas pelo cliente, chamados de Features

Jeff De Luca
Planejamento detalhado na etapa inicial e guiado para medição

Parking LotChart

Monitoramento detalhado dentro do projeto, com resumos de alto nível para clientes e gerentes.

Fornece uma forma de saber, dentro dos primeiros 10% de um projeto, se o plano e a estimativa são sólidos.

Fases do F.D.D.
D.M.A
C.L.F.
P.P.F.
D.P.F.
C.P.F.

Desenvolver Modelo Abrangente
Conjunto de técnicas para entendimento do domínio de negócio em questão. Seu resultado é um modelo de objetos de alto nível, que guiará a equipe durante os ciclos de construção.

Modelo de classes

Construir Lista de Funcionalidades
Decomposiçãofuncional do modelo de domínio, emtrêscamadastípicas: áreas de negócio, atividades de negócioe funcionalidades.

Planejar por Feature
Nesta fase realiza-se a estimativa das funcionalidades, assim como suas dependências. O resultado é um plano de desenvolvimento, com os pacotes de trabalho na seqüência apropriada para a construção.

Detalhar por Feature
Nestafase a equipedetalhaosrequisitos e outrosartefatosparacodificação de cadafuncionalidade, incluindo testes e inspeção de design.Oresultado é o modelo de domíniomaisdetalhado e classes stubs prontasparacodificar.

Construir por Feature
Nestafasecadaclasse stub (Esqueleto) é preenchida, testada e inspecionada, gerandocomoresultado um incremento do produtoouuma feature pronta.

Visão geral do ciclo da F.D.D.

Estudo de Caso

Cenário em 2008:
Complexidade alta;
Iniciou o desenvolvimento em 2008;
Levou cerca de 4 meses para ser feita a análise inicial;
Desenvolvimento executado por equipe terceirizada;
Problemas encontrados:
Nenhuma entrega para o usuário;
Documentação não foi respeitada pelo fornecedor;
Conhecimento com equipe externa (terceirizada);
Estudo de Caso – Projeto X

Cenário em 2009:
Projeto teve seu desenvolvimento internalizado;
Sem metodologia de desenvolvimento;
Problemas encontrados:
Comunicação ineficiente;
Sem entrega parcial para o usuário;
Conhecimento do negócio com equipe externa (terceirizada);

Cenário em 2010:
Necessidades de mudanças
Ampliação da equipe de desenvolvimento interna;
Absorver o conhecimento técnico;
Implementação de grandes features, porém com entregas freqüentes;
Criar/utilizar uma metodologia adequada a empresa;

RUP
FDD
XP
Quero Liberdade
Equipes Pequenas
Quero Controle
Equipes grandes
Rigor Obrigatório
Quero apenas o Processo
Suficiente.
Escalável para Equipes
Médias e Pequenas

Alguns resultados da FDD na equipe:
Integração da equipe – Formação dos times
Entendimento do projeto – Criação do Modelo Abrangente
Analise de negócio e requisitos – Adaptação da WBS para FBS
Mudança da visão tradicional para o ágil dos envolvidos no projeto.
Entregas freqüentes de features para o cliente.
Entrega da primeira release

Resultados obtidos no projeto:
Maior segurança para empresa, acostumada com o modelo tradicional;
Documentação necessária feita pela equipe;
Entendimento do negócio por todos os envolvidos no projeto;
Aceitação da cultura Ágil, dando abertura para outras metodologias;

Referências
Alguns links:
FDD – www.featuredrivendevelopment.com
Heptagon – www.heptagon.com.br
Visão ágil – visaoagil.wordpress.com
GUFDD – http://br.groups.yahoo.com/group/gufdd/
FDD em uma casca de banana - http://amagno.blogspot.com/2007/04/fdd-em-uma-casca-de-bananas.html
Blog do Abu – http://blogdoabu.blogspot.com

Contatos
Alexandre Rosa
Email – alexrosa@gmail.com
Twitter - @javalex
Everton Lentez
Email – lentez@gmail.com
Guilherme Pinter
Email – guilhermepinter@gmail.com

http://cafecomti.inf.br	520
http://app.unimed.com.br	228
http://www.cafecomti.inf.br	166

FDD para equipes não tão ágeis

by guilhermepinter on Aug 24, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

3 Embeds 914

Statistics

FDD para equipes não tão ágeis — Presentation Transcript