O documento discute os desafios e benefícios do uso de XP e SCRUM em projetos. Ele enfatiza a importância de: (1) definir claramente o escopo do projeto com o cliente; (2) manter práticas ágeis como planejamento, integração contínua e retrospectivas; (3) criar um ambiente descontraído que mantenha a equipe motivada.
7. Formada por gente nova e competente que
trabalha de forma ágil e divertida, aqui nós
acreditamos e principalmente, aprendemos que os
resultados são gerados pelas pessoas, e não
apenas por processos.
15. O cliente
Mostramos o que vai e não vai dar certo
Definimos bem o escopo do projeto
Não inventamos prazos para agradar
Viramos parceiros do cliente no negócio
Aprendemos a dizer “não”
22. seja transparente
defina claramente os objetivos
detalhe os seus contratos
desistir é permitido
}suspensão não é crime
evite pressionar e ser pressionado
25. O escopo sem XP
http://givenmydruthers.files.wordpress.com/2010/02/snowball.jpg
Time Projeto :P
26. eXtreme Go Horse
Requisitos fora de controle
Regras de negócio com problemas de personalidade
Refatoração desnecessária frenética
Sensação de “Uma Estória sem Fim”
http://gohorseprocess.wordpress.com/
XGH
28. Você sabe como entregar
um projeto de qualidade
no prazo?
Eu também não, mas
fecha comigo que eu tento
descobrir.
http://www.portaldailha.com.br/noticias/fotos/tiririca1.jpg
O gerente XGH
29. O escopo com XP
http://upload.wikimedia.org/wikipedia/commons/b/ba/Lego_tower.jpg
31. O escopo com XP
Aprendemos a separar melhor as histórias
Cliente participa ativamente dos planejamentos
Diminuição do re-trabalho
Prazo cumprido e até adiantado :)
37. Ajudamos o cliente a escolher as primeiras estórias
Planejando ...
Essa tá sussa!
Então tá :)
38. Planejando ...
Usamos Kanban ou Scrum dependendo do projeto
Kanban para projetos
mais fluídos e sem dead
line bem estabelecido
Scrum para projetos
com necessidade de
entregas contínuas
39. Usamos Kanban e Scrum
juntos algumas vezes para
maximizar e experimentar
novas formas de gerir nosso
tempo.
40. Kanban e Scrum devem
ajudar e não ser apenas
mais um processo
46. Ralação do dia-a-dia
Integração Contínua
Quando temos um build
quebrado o Hudson
“dedura” o sujeito na
hora via e-mails para
todos do time
Hudson CI
48. Ralação do dia-a-dia
nunca
mais!
TDD foi difícil no início.
E ainda é até hoje em
alguns momentos
Não fazemos TDD para o
mercado, fazemos para
dormir cedo e sem medo
=)
49. Ralação do dia-a-dia
Controle de versão
Colocamos tudo no
Github ao invés de um
servidor interno.
Ele tem ferramentas
impressionantes e está
SEMPRE online.
www.github.com
51. Chefes não gostam de
Programação em Par
http://downloads.open4group.com/wallpapers/chefe-do-homer-assustador-bd76b.jpg
52. Ralação do dia-a-dia
Pair Programming
Programação em par não é desperdício de tempo
Estimula aprendizado e aumenta qualidade
Torna o código mais coletivo
Resultados IMPRESSIONANTES
53. Ralação do dia-a-dia
Visibilidade e Comunicação
O ambiente deve ser o mais propício
para que as pessoas saibam o que
está acontecendo em todos os
projetos
E consigam se comunicar da
forma mais rápida e efetiva
82. Rails Rumble 2010
O Rails Rumble é, resumidamente, um
campeonato de programação que desafia
as pessoas a construirem uma aplicação
em Rails em 48 horas! oO
83. Rails Rumble 2010
O Rails Rumble não é apenas uma competição
É uma lição de vida
Trata de como ser ágil no mundo real