agilidade - palestra -prodabel

Ser ágil não vai te salvar, mas…

por Yóris Linharesbr.linkedin.com/in/yorisls

Mitos

A fazer Fazendo Feito

Sucesso no desenv. Software

Valores e Princípios

Agilidade em

números

Era uma vez em um reino distante onde acontecia o desenvolvimento de um

software...Todas as necessidades dos clientes eram conhecidas no

início do desenvolvimento

A equipe sabia exatamente como construir a solução

desde o início do desenvolvimento

As tecnologias eram de domínio da equipe

Todas as integrações com outros sistemas eram conhecidas e estavam resolvidas

Os membros da equipe de desenvolvimento tinham o

mesmo nível de experiência

Havia uma única entrega e conforme o

tempo e o custo iniciais

Os clientes não solicitavam mudanças

Os membros da equipe eram os mesmos de projetos anteriores

No mundo re

al – n

o seu dia a d

ia – não é assim

Mitos

A fazer Fazendo Feito

Sucesso no desenv. Software

Valores e Princípios

Agilidade em

números

Número elevado de mortes das mães em

partos

Higiene é tão importante quanto o trabalho médico

Valor: é aquilo que se tem como importante na vida, seja espiritual,

pessoal, profissional, etc.

Indivíduos e interações mais que processos e ferramentas

Software funcionando mais que documentação

abrangente

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

contrato

Responder a mudança mais que seguir um plano

TÍTULO IDos Princípios Fundamentais

Art. 1º - A República Federativa do Brasil, formada pela união indissolúvel dos Estados e Municípios e do Distrito Federal, constitui-se em Estado Democrático de Direito e tem como fundamentos:I - a soberania;II - a cidadania;III - a dignidade da pessoa humana;IV - os valores sociais do trabalho e da livre iniciativa;V - o pluralismo político.

Princípios: causa primária, regra fundamental, base, preceito ou

proposição que orienta a atividade e serve de norma aos juízos

práticos

1 - A maior prioridade é satisfazer o cliente por meio

da entrega antecipada e contínua de software de valor

2 - Aceitar mudanças de requisitos, mesmo em estágios

tardios do desenvolvimento. Processos ágeis devem admitir

mudanças que trazem vantagens competitivas para o

cliente

3 - Entregar software funcionando com freqüência,

na escala de semanas até meses, com preferência aos

períodos mais curtos.

4 - Pessoas relacionadas a negócios e desenvolvedores

devem trabalhar juntos e diariamente, durante todo o

curso do projeto.

5 - Construa projetos com indivíduos motivados, dê a

eles o ambiente e suporte que precisam e confie neles para

ter o trabalho realizado

6 - O método mais eficiente e eficaz de transmitir

informações para e por entre uma equipe de

desenvolvimento, é por meio da conversa cara a cara

7 - Software funcionando é a medida primária de progresso

8 - Processos ágeis promovem um ambiente sustentável. Os

patrocinadores, desenvolvedores e usuários,

devem ser capazes de manter ritmo constante de trabalho

indefinidamente

9 - Contínua atenção à excelência técnica e ao bom

projeto aprimoram a agilidade.

10 - Simplicidade: a arte de maximizar a quantidade de

trabalho não feita

11 - As melhores arquiteturas, requisitos e projetos emergem de equipes auto-organizáveis

12 - Em intervalos regulares, as equipes devem refletir sobre

como se tornarem mais efetivas, e então refinarem e

ajustarem seu comportamento de acordo

Mitos

A fazer Fazendo Feito

Sucesso no desenv. Software

Valores e Princípios

Agilidade em

números

Como resolver esta aparente contradição ?

Como podemos definir sucesso no desenvolvimento de software ?

Entrega de um produto de software como o cliente quer, no prazo e orçamento

Por que por vezes quem desenvolve software acredita que o cliente não sabe o que quer e o cliente acredita que quem desenvolve não sabe a melhor solução?

Faz parte da natureza dos requisitos de software

Podem ser difíceis de captar - executor

Podem ser difíceis de comunicar - cliente

Podem ser difíceis de validar

A a partir desta visão quem desenvolve software tem uma CERTEZA, qual é ?

Os requisitos de software terão mudanças durante o desenvolvimento

Se os requisitos mudam como devemos conduzir o desenvolvimento de software?

Assumir que mudanças são inevitáveis e que quase sempre não sabemos, no seu início, de todos os aspectos do projeto e da solução e assim adaptar continuamente o desenvolvimento às mudanças de requisitos e solução

O processo de desenvolvimento de software tem ênfase maior na construção repetida ou na criação?

Construção repetida é um processo de cópia de um mesmo modelo de um produto como rádio, automóvel ou avião. Mas o software é baseado na criação de algum produto novo, porque mesmo reusando partes, a configuração ou o arranjo destas partes será renovada como uma nova solução

A criação de algo depende mais das pessoas envolvidas ou do processo em que se baseia ?

A criação de algo depende das pessoas e da interação entre elas. Um processo serve, dentre outras coisas, como suporte para conduzir as pessoas ao objetivo da criação

Se no início do projeto dizemos ao cliente que poderá haver um atraso durante a execução devido a precariedade ou inexistência de requisitos, o que acontece ?

Fazemos com que o cliente “despeje” tudo o que ele (acha que) deseja gerando um enorme volume de informações, dificultando a identificação do que é realmente importante e desperdiçando tempo, $$, etc.

Para evitar este grande volume de informações e captar o que é importante, o que podemos fazer?

Solicitar um lote pequeno de requisitos priorizados e assim entregar primeiro o que tem valor para o cliente.

Como saber se o cliente está obtendo valor com o projeto, se o projeto está progredindo satisfatoriamente e se a equipe se adapta de forma efetiva às mudanças ?

Software criado a partir de lotes pequenos de requisitos são mais rápidos para implementar, testar, gerenciar e entregar. Proporcionam feedback do negócio do cliente, do ambiente tecnológico, averiguando a qualidade do produto e performance da equipe.

O que teríamos se as pessoas interagissem para captar o que é prioritário, criar e entregar software de qualidade a partir de lotes pequenos de requisitos com alto valor, elaborados em curto tempo e, por meio de feedback contínuo, se adaptassem às mudanças refazendo este caminho?

Teríamos um produto de software como o cliente quer, no prazo e orçamento

Mitos

A fazer Fazendo Feito

Sucesso no desenv. Software

Valores e Princípios

Agilidade em

números

Agilidade em númerosPesquisa sobre a situação do desenvolvimento ágil

7th ANNUAL STATE of AGILE DEVELOPMENT SURVEY9 de agosto a 1 de novembro de 2012

4.048 pessoas pesquisadas

Mitos

A fazer Fazendo Feito

Sucesso no desenv. Software

Valores e Princípios

Agilidade em

números

Por que ser ágil é bom e difícil ?

Valor percebido = Por que na agilidade Como

Ser ágil não vai te salvar, mas... vai ajudá-lo a evidenciar

seu reais problemas

yoris.linhares@gmail.com

br.linkedin.com/in/yorisls

Feito