UnP Eng. Software - Aula 5

Processos de Software
Ganhando agilidade e entregando software de
forma iterativa e participativa

Quem SOU ?

Hélio Medeiros
Analista de Sistemas
SINFO - UFRN

Blog: http://heliomedeiros.com
Email: helio.cabralmedeiros@gmail.com ©2010 - Hélio Medeiros

QUE TAL UM NOVO MODELO ?
PRONTO PARA A PROPOSTA !!!

©2010 - Hélio Medeiros

RES S !!!
ENO S ST
M


COM ENT REGAS REPETÍVEIS

PRAZOS CERTOS


QUE REALME NTE FUNCIONEM !


ONDIZEM COM AS NECESSIDADES
QUE C


DE FORMA ÁGIL E PRODUTIVA


Nossa Aula

Parte 1 - Ganhando Velocidade
Parte 2 - Manifesto Ágil
Parte 3 - Modelo iterativo
Parte 4 - Dúvidas


1 Ganhando velocidade


Introdução às abordagens ágeis
Os princípios

Um estado mental, não um conjunto de documentos, passos e técnicas;
Uma atitude, não um processo;
Um ambiente, não uma metodologia;
Desenvolvimento iterativo;
Entrega de produtos com valor para o negócio, mais rápido e
continuamente;
Garantir progresso real;
Abraçar mudanças;
Boa comunicação entre os membros;
Melhor comunicação entre negócios e TI;
Qualidade desde o início;

O que é agilidade?

“Agilidade é a habilidade para criar e responder à
mudança, para lucar num ambiente turbulento de
negócios.”

“Agilidade é a habilidade para equilibrar
ﬂexibilidade e estabilidade.”

Jim Highsmith
Um dos principais escritores sobre
AGILE e criador da ASD.


O que NÃO é agilidade?

http://www.youtube.com/watch?v=RzToNo7A-94

2 Manifesto Ágil


O manifesto Ágil

O manifesto diz:
“Estamos descobrindo maneiras melhores de desenvolver software fazendo-o
nós mesmos e ajudando outros a fazê-lo. Através desse trabalho, passamos
a valorizar:

Indivíduos e a interação entre eles mais que processos e ferramentas
Produto em funcionamento mais que documentação abrangente
Colaboração com o cliente mais que negociação de contratos
Responder a mudanças mais que seguir um plano

Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à
esquerda.”

http://agilemanifesto.org

Decifrando o manifesto

Indivíduos e a interação entre eles mais que processos e ferramentas

Processos fornecem direcionamento e suporte, e ferramentas produtividade,
mas sem as pessoas certas, que possuam satisfatório conhecimento técnico
e habilidades para formar equipe altamente eﬁcaz, todos os processos e
ferramentas irrão falhar;

Bons processos devem auxiliar o time mais que ditar as ações de seus
membros;

Processos devem se adaptar ao time, e não o inverso;

Processos e ferramentas são úteis, mas quando decisões tiverem que ser
tomadas, estas serão feitas de acordo com a capacidade e conhecimento de
seu time;

Agile Project Management - Jim Highsmith


Produto em funcionamento mais que documentação abrangente

Troque a entrega de documentação e artefatos por versões iterativas de um
produto real que será útil para o cliente;

Documentos não funcionam. Produtos sim;

No entanto, produtos funcionando não excluem a necessidade de
documentação. Documentos auxiliam a comunicação e colaboração, facilitam
a transferência de conhecimento e preservam informações históricas. Não
estamos dizendo que documentação não é importante, mas apenas que é
menos importante que o produto funcionando;

Documentação não deve substituir a interação;



Colaboração com o cliente mais que negociação de contratos

Em projetos ágeis, clientes e gerentes de produto são os guias;

A meta de um time em projeto ágeis é entregar valor para o cliente;

Clientes deﬁnem o que é valor;



Responder a mudanças mais que seguir um plano

Todos os projetos são conhecidos e desconhecidos, certos e incertos,
portanto todos estes devem ter um balanceamento entre planejamento e
mudanças;

Evite a “Síndrome de Nostradamus”. Existem certos níveis de abstração
desnecessários.

Projetos baseados na exploração são caracterizados por um processo com
ênfase em formar uma “ante-visão” e então explorá-la dentro de uma vis˜åo, e
n˜åo de um plano detalhado.

Rob Austin e Lee Diven citam em Artful Making que o lema “Planeje o
trabalho, e trabalhe o plano” os levou ao fracasso em um projeto de TI que
envolveu mais de $125 milhões.

3 Desenvolvimento
Iterativo


Desenvolvimento iterativo

Uma interação é um “pacote de tempo” que possui
um custo fixo e um conjunto de funcionalidades
que pode variar;

As funcionalidades que farão parte de uma iteração
são priorizadas pelo cliente;

Iterações podem perder funcionalidades, mas nunca
datas;

Cliente entende que prioridades no “final da lista”
podem ficar de fora da iteração;

Flexibilidade está nas funcionalidades, não no prazo
ou no custo;



Produto

release 1 release 2 release 3 ... release n
novo release a cada X meses

iteração 1 iteração 2 iteração 3 iteração 4 ...
novo iteracao a cada X semanas



O Release 1 terá as seguintes
Produto funcionalidades:

- Funcionalidade A - Funcionalidade G
- Funcionalidade B - Funcionalidade H
release 1 - Funcionalidade C - Funcionalidade I
- Funcionalidade D - Funcionalidade J
- Funcionalidade E - Funcionalidade L
- Funcionalidade F - Funcionalidade Z

iteração 1 iteração 2 iteração 3 iteração 4 ...
Func. B
Func. A Func. C Func. D
Func. F
Func. E Func. H Func. I
Func. J
Func. G Func. L
Func. Z

O ciclo de vida de projetos ágeis

Exploração
Visão

Funcionalidades Prontas
Especulação

Adaptação
Visão do Produto

Fechamento
Produto
©2010 - Hélio Medeiros Final

As abordagens ágeis

As abordagens ágeis mais difundidas e praticadas com sucesso são:

Scrum: É uma abordagem ágil para o gerenciamento de projetos. Fornece
práticas que ajudam gerentes a tornar mais dinâmico e gerenciável o ambiente
de desenvolvimento de software.

XP (eXtreme Programming): É uma abordagem ágil para a engenharia de
projetos. Como o nome diz, extremamente focada no desenvolvimento, e tem
como principal característica a programação em par

FDD (Feature-Driven Development): É uma abordagem ágil para a engenharia
de projetos. Defende o desenvolvimento de um modelo abrangente no início
do projeto pelo qual as funcionalidades do sistema serão descobertas e
desenvolvidas.

Sucesso com Agile

“O Yahoo! usa Scrum há mais de 22 meses, e possui uma média de
500 colaboradores usando Scrum nos Estados Unidos, Europa e
Índia. Scrum vem sendo usado com sucesso em projetos como o
Yahoo! Podcasts e outros”
Pete Deemer
Chief Product Ofﬁcer, CSM
Yahoo! Bangalore -
25/07/2006

“Quando assumimos o projeto, ele possuía mais de 3.500 use-cases,
que haviam levado dois anos de consultoria para serem
desenvolvidos. O projeto estava fadado ao fracasso e considerado
impossível. Após 15 meses utilizando as práticas da FDD já havíamos
entregado 2.000 feautures com uma equipe de 50 pessoas” Jeff De Luca
Gerente de Projeto neste famoso projeto
do United Overseas Bank, em
Cingapura

4 Perguntas ???


OBRIGADO !!

Hélio Cabral Medeiros
helio.cabralmedeiros@gmail.com
http://heliomedeiros.com


UnP Eng. Software - Aula 5

Mais conteúdo relacionado

Mais procurados

Semelhante a UnP Eng. Software - Aula 5

Mais de Hélio Medeiros

UnP Eng. Software - Aula 5