Post on 29-Jul-2015
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