Criando um ambiente ágil! Lições aprendidas em XP, Scrum e Lean Development

  • 2,549 views
Uploaded on

Palestra falando sobre alguns problemas vivenciados por Daniel Wildt no uso de Métodos Ágeis e algumas dicas sobre práticas e princípios de Métodos Ágeis.

Palestra falando sobre alguns problemas vivenciados por Daniel Wildt no uso de Métodos Ágeis e algumas dicas sobre práticas e princípios de Métodos Ágeis.

More in: Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
2,549
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
123
Comments
0
Likes
4

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. 3º. Encontro do Grupo de Usuários de Métodos Ágeis SENAC - Porto Alegre, 05/05/2007 Criando um ambiente ágil! g Lições aprendidas em XP, Scrum e Lean Development Porto Alegre, 29/09/2004 Daniel Wildt FACENSA / java.net / XP-RS GUMA / DUG-RS / DevMedia XP- DUG- Copyright © 2006 Daniel Wildt [Slide 1]
  • 2. Agenda • Motivações para este evento! • Lição e discussão, modo de apresentação • Apresentar uma frase/imagem (obrigatório), rir (opcional) e discutir com a platéia (obrigatório) • Referências • Apoios • Perguntas Copyright © 2006 Daniel Wildt [Slide 2]
  • 3. Motivações para este evento! • Boas práticas só aparecem se ocorre a prática! • Aprender com o erro dos outros sempre é mais engraçado e saudável! • Somos um grupo com excelentes pensadores! • Mais importante do que errar é tirar lições para o futuro! • Toyota! Copyright © 2006 Daniel Wildt [Slide 3]
  • 4. Lição e discussão – Quem veio antes? Galinha, ovo? Não! TOYOTA! • Taichii Ohno e Shigeo Shingo responsáveis por termos Shingo, como: • Just In Time Production • Stop the Line Culture (Jidoka, Autonomation) (Jidoka • Zero Inspection (mistake-proof) • Toyota Production System (TPS), hoje conhecido como Lean Thinking Lean Enterprise Lean Manufacturing entre Thinking, Enterprise, Manufacturing, outros. • Remover desperdício • F Foco no cliente li t • Agregar valor a linha • Muda, Mura e Muri • M Mura é regularidade d produção l id d da d ã • Muri trata da sobrecarga • Muda trata o despercício. Os 7 Desperdícios do Lean: • E T t S b Espera, Transporte, Sobrecarga, Estoque, Movimentações, E t M i t õ Defeitos e super produção. • Melhoria Contínua: Kaizen Copyright © 2006 Daniel Wildt [Slide 4]
  • 5. Lição e discussão – Métodos ágeis não resolvem todos os problemas! Não existe bala de prata! Não existe nenhum lugar dizendo que você é impedido de usar Scrum dentro de algum modelo de software como CMMI, MPS.BR, UP ou algo do tipo! Copyright © 2006 Daniel Wildt [Slide 5]
  • 6. Lição e discussão – Comunicação é a origem dos problemas! Copyright © 2006 Daniel Wildt [Slide 6]
  • 7. Lição e discussão – Planejar é necessário! Em métodos ágeis existe Planejamento!! Planejar release, iteração e o dia. Motivação e realidade sempre! p Velocidade do time (Burn down de horas) e backlog são variáveis que sempre devem ser avaliadas! Tipos? Release (baseado no backlog), Sprint (prioridades do backlog) e Daily (Scrum Meeting) Meeting). Copyright © 2006 Daniel Wildt [Slide 7]
  • 8. Lição e discussão – Correção de queima de horas Adicionar mais recursos em um projeto atrasado não p j resolve o problema! Manter o ritmo da equipe é necessário! Achar que a velocidade da equipe pode dobrar de uma semana para a outra não tende a se tornar realidade realidade. Copyright © 2006 Daniel Wildt [Slide 8]
  • 9. Lição e discussão – O custo é fixo! Custo da equipe? Número de pessoas da equipe x 8 horas de trabalho x dias úteis. Copyright © 2006 Daniel Wildt [Slide 9]
  • 10. Lição e discussão – Programação em pares é útil para aprendizado! As pessoas vão aprender a fazer certo da primeira vez A equipe troca experiências i iê i O time se conhece melhor Copyright © 2006 Daniel Wildt [Slide 10]
  • 11. Lição e discussão – Aprenda os valores que as práticas trazem para a equipe e não as práticas Não force práticas dentro da equipe Tudo o que existe nas metodologias ágeis requer uso de comunicação e princípios de produção enxuta! ã í ã O cliente deve ser um aliado! Copyright © 2006 Daniel Wildt [Slide 11]
  • 12. Lição e discussão – Defina o que é necessário. E em pequenas partes! D fi i f it d t Defina o que vai ser feito dentro da j d janela do projeto! l d j t ! Tarefas menores aumentam a motivação da equipe! Melhor ter 10 tarefas de 4 horas do que 1 tarefa de 40 horas! Estabeleça prioridades e faça aquilo que é necessário. Não tente prever o futuro, e revise as previsões sempre. Copyright © 2006 Daniel Wildt [Slide 12]
  • 13. Lição e discussão – Estabeleça com a equipe o que quer dizer “pronto”. Pronto? Pronto pode indicar que a codificação foi feita. Pronto pode indicar q p que a codificação + teste foi feito. ç Pronto pode indicar que a codificação + teste + integração + regressão foi feita e que a instalação da funcionalidade pode ser realizada quando se desejar. Copyright © 2006 Daniel Wildt [Slide 13]
  • 14. Lição e discussão – Atualize informações das tarefas diariamente! O gráfico de “burn down” não mente! Copyright © 2006 Daniel Wildt [Slide 14]
  • 15. Lição e discussão – Técnicas de comunicação são necessárias em um time. Você sabe se comunicar? Copyright © 2006 Daniel Wildt [Slide 15]
  • 16. Lição e discussão – Fazer teste de unidade não é o bastante! Selenium IDE JUnit JU it Copyright © 2006 Daniel Wildt [Slide 16]
  • 17. Lição e discussão – Testar não é uma atividade isolada e não é feita em um momento específico do projeto! http://www.ambysoft.com/essays/floot.html Copyright © 2006 Daniel Wildt [Slide 17]
  • 18. Referências • Beck, Kent; Andres, Cynthia. Extreme Programming explained: embrace change. 2ª edição. Pearson Education, 2005. • Poppendieck, Mary; Poppendieck, Tom. Implementing Lean Software Development: From concept to Cash. Pearson Educatoin, 2007. • Schwaber, Ken. Agile Project Management With Scrum. Microsoft Press, 2004. • Liker, Jeffrey. The Toyota Way. McGraw-Hill, 2004. • Koscianski, André; Soares, Michel dos Santos. Qualidade de Software, São Paulo: Novatec, 2006. • Pressman, Roger S. Engenharia de Software. São Paulo: Makron, 2002. Copyright © 2006 Daniel Wildt [Slide 18]
  • 19. Referências • Manifesto Á Ágil. Disponível na www em http://www.agilemanifesto.org • Tinkha, Andy; Kaner, Cem. Exploring Exploratory Testing. Disponível na www em http://www.testingeducation.org/a/explore.pdf • Método FLOOT de Scott Ambler. Disponível na www em http://www.ambysoft.com/essays/floot.html • Complexidade Ciclomática. Disponível na www em http://www.sei.cmu.edu/str/descriptions/cyclomatic_ body.html • Implementing Scrum (BLOG). Disponível na www em http://www.implementingscrum.com/cartoons/ Copyright © 2006 Daniel Wildt [Slide 19]
  • 20. Referências • Qualidade em desenvolvimento Java para todos os gostos, por Daniel Wildt, apresentada no JustJava 2006. Disponível na Internet: • https://fuja.dev.java.net/files/documents/3136/449 51/FACENSA_JustJava2006.pdf • Métodos Ágeis em Sistemas de Gestão da Qualidade • http://tech.groups.yahoo.com/group/XP-RS/files/ • Encontros > 3o. Encontro (16-10-2004) • XP-RS-16_10_2004.ppt Copyright © 2006 Daniel Wildt [Slide 20]
  • 21. Apoios • Surya Gestão Digital • http://www.suryatec.com.br • FACENSA e Grupo de Estudos Java da FACENSA (FUJA) • http://www.facensa.com.br • http://fuja.dev.java.net • Grupo de Usuários XP do RS • http://www.xp-rs.org • http://tech.groups.yahoo.com/group/xp-rs/ • SUCESU-RS • http://www rs sucesu org br/ http://www.rs.sucesu.org.br/ • http://www.rs.sucesu.org.br/grupos_usuario/GUMA • Java.NET • http://www.java.net // • DevMedia • http://www.devmedia.com Copyright © 2006 Daniel Wildt [Slide 21]
  • 22. Perguntas Daniel Wildt dwildt@gmail.com Copyright © 2006 Daniel Wildt [Slide 22]
  • 23. http://www.rs.sucesu.org.br/grupos_usuario/GUMA http://tech.groups.yahoo.com/group/xp-rs/ p // g p y /g p/ p / Obrigado! Copyright © 2006 Daniel Wildt [Slide 23]