Agilidade - Palestra -Prodabel

191 visualizações

Publicada em

Palestra Metodos Ageis

Publicada em: Software
0 comentários
1 gostou
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
191
No SlideShare
0
A partir de incorporações
0
Número de incorporações
5
Ações
Compartilhamentos
0
Downloads
1
Comentários
0
Gostaram
1
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Agilidade - Palestra -Prodabel

  1. 1. Ser ágil não vai te salvar, mas… por Yóris Linhares br.linkedin.com/in/yorisls
  2. 2. A fazer Fazendo Feito Mitos Valores e Princípios Sucesso no desenv. Software Agilidade em números
  3. 3. 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 Os membros da equipe eram os mesmos de projetos anteriores Os clientes não solicitavam mudanças Havia uma única entrega e conforme o tempo e o custo iniciais
  4. 4. A fazer Fazendo Feito Mitos Valores e Princípios Sucesso no desenv. Software Agilidade em números
  5. 5. Número elevado de mortes das mães em partos Higiene é tão importante quanto o trabalho médico
  6. 6. Valor: é aquilo que se tem como importante na vida, seja espiritual, pessoal, profissional, etc.
  7. 7. Indivíduos e interações mais que processos e ferramentas
  8. 8. Software funcionando mais que documentação abrangente
  9. 9. Colaboração com o cliente mais que negociação de contrato
  10. 10. Responder a mudança mais que seguir um plano
  11. 11. TÍTULO I Dos 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.
  12. 12. 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
  13. 13. 1 - A maior prioridade é satisfazer o cliente por meio da entrega antecipada e contínua de software de valor
  14. 14. 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
  15. 15. 3 - Entregar software funcionando com freqüência, na escala de semanas até meses, com preferência aos períodos mais curtos.
  16. 16. 4 - Pessoas relacionadas a negócios e desenvolvedores devem trabalhar juntos e diariamente, durante todo o curso do projeto.
  17. 17. 5 - Construa projetos com indivíduos motivados, dê a eles o ambiente e suporte que precisam e confie neles para ter o trabalho realizado
  18. 18. 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
  19. 19. 7 - Software funcionando é a medida primária de progresso
  20. 20. 8 - Processos ágeis promovem um ambiente sustentável. Os patrocinadores, desenvolvedores e usuários, devem ser capazes de manter ritmo constante de trabalho indefinidamente
  21. 21. 9 - Contínua atenção à excelência técnica e ao bom projeto aprimoram a agilidade.
  22. 22. 10 - Simplicidade: a arte de maximizar a quantidade de trabalho não feita
  23. 23. 11 - As melhores arquiteturas, requisitos e projetos emergem de equipes auto-organizáveis
  24. 24. 12 - Em intervalos regulares, as equipes devem refletir sobre como se tornarem mais efetivas, e então refinarem e ajustarem seu comportamento de acordo
  25. 25. A fazer Fazendo Feito Mitos Sucesso no desenv. Software Valores e Princípios Agilidade em números
  26. 26. Como resolver esta aparente contradição ?
  27. 27. Como podemos definir sucesso no desenvolvimento de software ? Entrega de um produto de software como o cliente quer, no prazo e orçamento
  28. 28.  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 comunicar - cliente Podem ser difíceis de captar - executor Podem ser difíceis de validar
  29. 29.  A a partir desta visão quem desenvolve software tem uma CERTEZA, qual é ? Os requisitos de software terão mudanças durante o desenvolvimento
  30. 30. 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
  31. 31. 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
  32. 32. 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
  33. 33. 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.
  34. 34. 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.
  35. 35.  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.
  36. 36.  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
  37. 37. A fazer Fazendo Feito Mitos Valores e Princípios Sucesso no desenv. Software Agilidade em números
  38. 38. Pesquisa sobre a situação do Agilidade desenvolvimento em números ágil 7th ANNUAL STATE of AGILE DEVELOPMENT SURVEY 9 de agosto a 1 de novembro de 2012 4.048 pessoas pesquisadas
  39. 39. A fazer Fazendo Feito Mitos Valores e Princípios Sucesso no desenv. Software Agilidade em números
  40. 40. Por que ser ágil é bom e difícil ? Valor percebido = Por que na agilidade Como
  41. 41. Ser ágil não vai te salvar, mas... vai ajudá-lo a evidenciar seu reais problemas
  42. 42. Feito yoris.linhares@gmail.com br.linkedin.com/in/yorisls

×