Transferir como PDF, PPTX
Carregado porFábio Aguiar
Metodos Ageis
O documento introduz os princípios e valores do desenvolvimento ágil de software, enfatizando a colaboração, a adaptação contínua e a entrega de valor ao cliente em intervalos curtos através de feedback frequente. O manifesto ágil valoriza indivíduos, colaboração, software funcionando e resposta à mudança em vez de processos, documentação, negociação e planos fixos.
Mais conteúdo relacionado
Metodos Ageis
- 1. Desenvolvimento Ágil deSoftware Introdução a Métodos Ágeis de Desenvolvimento de Software
- 2. Fábio Aguiar (@fabyogr),Product Management Expert & Agile and Team Coach, Developer.
- 3. COMUNIDADE ABERTA COM PESSOASADAPTÁVEIS, SIMPLES E AUTO-ORGANIZADAS Tá Safo!
- 4. Desenvolvimento de Software Ágilcom Tecnologias Abertas Tá Safo!
- 5.
- 6.
- 7.
- 8.
- 9. Manifesto Ágil www.manifestoagil.com.br MANIFESTO parao Em 2001, dezessete especialistas em processos de desenvolvimento de software estabeleceram princípios comuns compartilhados por diferentes métodos e criaram o Manifesto Ágil. DESENVOLVIMENTO ÁGIL DE SOFTWARE
- 10. Todos os MétodosÁgeis são fundamentados no Manifesto Ágil Manifesto Ágil
- 11. Estamos descobrindo maneirasmelhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Inicialmente, contou com dezessete signatários: Kent Beck, Mike Beedle,Arie van Bennekum, Alistair Cockburn,Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, DaveThomas. MANIFESTO ÁGIL
- 12.
- 13.
- 14. INDIVÍDUOS E ITERAÇÃOmais que Ferramentas e Processos SOFTWARE FUNCIONANDO mais que Documentação Abrangente COLABORAÇÃO COM CLIENTE mais que Negociação de Contratos RESPONDER A MUDANÇAS mais que Seguir um Plano VALORES DO MANIFESTO ÁGIL "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: Ou seja, mesmo havendo valor nos item à direita, valorizamos mais os itens à esquerda."
- 15.
- 16.
- 17.
- 18.
- 19. Manifesto para DesenvolvimentoÁgil de Software http://bit.ly/TenhaValoresPrincipios
- 20. SCRUM Extreme Progrtamming FDD DSDM LeanCrystal ASD EVO Métodos Ágeis DE DESENVOLVIMENTO DE SOFTWARE
- 21. Referência: Rildo Santos http://www.slideshare.net/Ridlo/engenharia-de-software-agil-scrum-e-fdd
- 22. Métodos Ágeis ésimples, mas difícil de aplicar
- 23. Empresas que usamMetodologias Ágeis Fábio Aguiar ! Google ! Microsoft ! Yahoo ! ThoughtWorks ! Siemens ! Nokia ! Philips ! Amazon.com ! HP ! Intel ! Xerox ! SEA Tecnologia ! OnCast ! Globo.com ! Abril ! UOL ! Improve It ! Caelum ! Teamware ! Objective Solutions ! LocaWeb
- 24. Projetos QUASE SEMPREFalham
- 25. Jim Johnson, 2000 Funcionalidades NUNCAou RARAMENTE utilizadas 64%
- 26. 64% de DESPERDÍCIO dodesenvolvimento de software
- 27. Cliente Insatisfeito Qual seráo RESULTADO?
- 28. Como estamos desenvolvendosoftware?
- 29. Cliente precisa deRE$ULTADO Desenvolver software orientado a valor de negócio Sempre ENTREGAR VALOR
- 30. Cliente tem queestá dentro do TAXI
- 31. Falha na COMUNICAÇÃO Entendaa necessidade do cliente
- 32. Precisamos MUDAR avisão de desenvolver PARADIGMAS Mas será que o cliente vê o mesmo que você? Visão do Cliente
- 33. Comprometimento Características DE UMTIME ÁGIL Confiança Comunicação Motivação Responsabilidade Sem hierarquia formal Auto Organização Coragem Respeito Feedback Transparência Interdisciplinares Adaptação Auto Gerenciamento
- 34. Envolvimento X Comprometimento “A galinha só tem uma parte no omelete: o ovo. O bacon quem dá é o porco, que também participa” TIME Comprometido
- 35. Desenvolvimento ITERATIVO eINCREMENTAL
- 36.
- 37. ADAPTAÇÃO às mudançasatravés do FEEDBACK constantes
- 38.
- 39. 1. QUAL OBJETIVOO PROJETO DEVE ATIGIR? 3. QUAL RETORNO DE INVESTIMENTO O PROJETO VAI ESTÁ AGREGANDO? 5. COMO MEDIR SE O PROJETO FOI BEM SUCDIDO? VISÃO do Cliente Entender a NECESSIDADE do Cliente
- 40.
- 41.
- 42. Building CONSTRUÇÃO E ELABORAÇÃODE UM PRODUCT BACKLOG
- 43.
- 44. Cliente escreve HISTÓRIADO USUÁRIO Uma breve descrição do que é necessário para o cliente ter no produto, que pode representar uma necessidade do usuário ou uma descrição de uma funcionalidade. Como um PERFIL eu posso/gostaria/ devo FUNÇÃO para VALOR AO NEGÓCIO Título: Reservar Lugar Prioridade: 1-Alta Esforço: 5 Como um AGENTE DE VIAGENS eu posso RESERVAR LUGAR para FACILITAR O ATENDIMENTO DOS CLIENTES CORPORATIVOS Exemplo de Estória do Usuário Pontuação: 7
- 45. Lista de Desejodo CLIENTE Define as FUNCIONALIDADES do Produto Referência: Scrum, O Tutorial Rildo Santos Post-it Tarefas
- 46. Priorização de Funcionalidades ClientePRIORIZA de acordo com sua necessidade Lista que representa tudo que é necessário para desenvolver o produto
- 47. Definindo ENTREGAS comPlanejamento de Release 2 semanas cada 8 semanas para o primeiro Release
- 48. Planejamento e DesenvolvimentoColaborativo
- 49. Estimativas em pontos PlanningPoker OTime ESTIMA Velocidade do TIME Definição de PRONTO Objetivo (META) Quebrar histórias em tarefas Seleciona as histórias de usuário Planejando uma ITERAÇÃO
- 50. Estimativas Ágeis ePlanning Poker O Time ESTIMA
- 51. Quadro de Tarefas Visibilidadee Transparência ao Desenvolvimento de Software
- 52.
- 53. Design e DesenvolvimentoEvolutivo Com pequenos passos ajudarão no desenvolvimento ITERATIVO e INCREMENTAL do produto Uma evolução do aprendizado através de BABY STEP's
- 54. Responde as Perguntas: O Que fiz ontem? O que irei fazer hoje? Quais são meus impedimentos? Reunião Diária 15 MINUTOS
- 55. Q U AL I D A D E O que mais acontece durante a ITERAÇÃO
- 56. Não tentar prevero futuro com generalizações Codificar somente o necessário Design Emergente
- 57. Classes são criadaspara testar classes do sistema Cria-se somente o necessário Testes Automatizados
- 58. revisão de códigoao vivo Distribuição de Conhecimento Programação Pareada
- 59. Com o suportede testes, pode-se melhorar o sistema sem medo REFATORAÇÃO
- 60. Os pares integramseus códigos várias vezes Os testes garantem a integridade do sistema Integração Contínua
- 61. Todos os testesestão rodando em verde? Já foi aprovado pelos analistas de teste? Definição de Pronto
- 62. Com controle deversões, todos devem ter acesso ao código fonte Proriedade Coletiva do Código
- 63. Nós ao invésde Eu No que posso ajudar ao invés de terminei a minha parte Ambiente Colaborativo
- 64. Apresentando o resultadoao CLIENTE Time ENTREGA Revisão Sempre entrega VALOR
- 65. Perguntas: O que funcionoubem? O que precisa ser melhorado? RMelhoria Contínua com RETROSPECTIVA A Hora de MELHORAR Promover as melhorias incrementais INSPEÇÃO e ADAPTAÇÃO
- 66. …e começa tudode novo!!!
- 67. © 2008 JeffPatton Josh Evnin, All rights reserved, www.agileproductdesign.com 65 PRODUTO/PROJETO release release iteração desenvolvimento ENTREGAS
- 68.