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.

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]