o Empresas no mundo inteiro têm cada vez mais dificuldade para desenvolver e entregar software de qualidade. Os desafios são vários, tais como gerenciar as expectativas do usuário e as mudanças constantes de requisitos, bem como garantir a coesão e o foco do time. Venha ver como o desenvolvimento ágil de aplicações, apoiado sobre o SCRUM e o novo Team Foundation Server “11”, podem ajudar times de desenvolvimento a melhorar seu dia-a-dia de trabalho para entregar software de qualidade a seus clientes.

1. Microsoft TechDay – Sorocaba – 19/05/2012
Desenvolvimento Ágil
com SCRUM e Team
Foundation Server “11”

2. @IgorAbade
blog.lambda3.com.br/L3/IgorAbade

3. Agenda
3
• Introdução
• Priorização
• Planejamento
• Execução
• Respondendo às
Perguntas

4. Típico Projeto de Software
“Precisamos nos adequar aos novos requisitos”
“Nossa equipe de desenvolvimento não se comunica”
“Não conseguimos garantir a qualidade das soluções”
“Nossa equipe não produz o quanto gostaríamos”
“Nosso cronograma está atrasado”

5. Típico Projeto de Software
Taxa de Sucesso nos projetos de software
100%
90%
80%
70%
60%
50% Sem sucesso
Com desafios
40% Bem-sucedido
30%
20%
10%
0%
1996 1998 2000 2002 2004 2006
Fonte: Standish Group, Relatório da Pesquisa do Terceiro Trimestre 2006, Resultados da CHAOS Research

6. Desafios: Problemas comuns
• Requisitos de negócios não são gerenciados
de forma efetiva
• Ferramentas e dados dispersos
• Testes não alinhados aos objetivos de
negócios
• Falta de orientações e processos definidos
• Problemas de comunicação entre os
membros da equipe
• Visibilidade limitada do status do projeto
para tomada de decisões

7. O Manifesto Ágil
• Indivíduos e interação entre eles mais que processos e ferramentas
• Software em funcionamento mais que documentação abrangente
• Colaboração com o cliente mais que negociação de contratos
• Responder a mudanças mais que seguir um plano
Ou seja, mesmo havendo valor nos itens à
direita, valorizamos mais os itens à esquerda.
www.manifestoagil.com.br

8. Práticas Ágeis
Otimizar todo o fluxo
Foco na otimização de todo o processo de
Lean negócios
Cultura ágil, mindset e práticas
Agile Eliminar desperdício
Respeitar as pessoas, foco
principalmente em P&D
Scrum
Framework de gestão ágil de projetos
Papéis e cerimônias, melhoria contínua
dos times, entrega rápida, limitar
trabalho à capacidade
XP Práticas de engenharia
Trazer qualidade para dentro do desenvolvimento –
Automação, integração contínua, revisão por pares
etc.

9. Scrum
• Iterativo
• Comunicação
• Auto-organizado
• Define
– Papéis
– Artefatos
– Eventos

10. Elementos do Scrum Scrum Master
Product Owner
Team

11. Office
Version Control Test Case Management
Requirements Build Automation
Management
Project Reporting
Management
Extensibility

12. Priorização

13. Priorização Planejamento Execução Respostas

14. Cuidando do Backlog
Product Backlog
3
8
5
Priority
3
8
1
5

15. Cuidando do Backlog
Product Backlog
3
8
5
3
5
8
1

16. Critério de Aceitação
Product Backlog
Critério de Aceitação
• Eu posso pesquisar por ….
• Eu posso pagar com ….
• Eu posso ver e editar …

17. Priorização

18. Planejamento

19. Priorização Planejamento Execução Respostas

20. Planejamento
Product Backlog Sprint Backlog
5
3
8
5

21. Planejamento
Product Backlog Sprint Backlog
5
8
5

22. Planejamento
Product Backlog Sprint Backlog

23. Planejamento
Product Backlog Sprint Backlog
TOO BIG!

24. Planejamento
Product Backlog Sprint Backlog

25. Planejamento
Product Backlog Sprint Backlog
COMMIT!

26. Planejamento

27. Execução

28. Priorização Planejamento Execução Respostas

29. Execução
Product Backlog Sprint Backlog

30. XP: Extreme Programming
31

31. Integração Contínua
• Integração Contínua é
uma prática
• Integrar código cedo e
com frequência, para
evitar “Integration Hell"
• Objetivo final é “parar e
consertar” o mais cedo
possível

32. Princípios
• Automatize o Build e o mantenha rápido
• Crie um Build “auto-testável”
• Todo mundo faz check-in diariamente
• Todo check-in deve ser compilado
• Testes numa cópia do ambiente de
produção
• Facilite o acesso aos últimos entregáveis
• Todo mundo pode ver os resultados do
último build

33. Fluxo de Integração Contínua
Developer Product Build Cross Products Solution Integration
• Code + Build + Unit • Build and Package • End to end flows • Pickup & Deploy
Testing until stable • Unit Testing • Test
• Get latest and Merge • Deploy and Test
• Local Build + test + code • Integ / Acceptance / System
analysis …
• Check-in • Code Quality Checks
• Profiling
• Log Analysis
Relatório de Falhas

34. TDD – Test-driven Development

35. Execução

36. Respondendo às
Perguntas
Responding

37. Priorização Planejamento Execução Respostas

38. Planejamento
Product Backlog Sprint Backlog

39. Velocidade
Product Backlog Velocity
Sprint 1: 13
Sprint 2: 15
Sprint 3: 12
Sprint 4: 18

40. Cuidando do Backlog
Product Backlog
Priority

41. Respondendo às mudanças
Product Backlog
Priority

42. “Pronto!"
• Pronto (Done) define quando • Exemplo de um DoD
um incremento do produto é simples:
potencialmente entregável
– Código completo
• Definition of Done (DoD)
– Uma lista
– Testes passando
simples, auditável, pertencent – Tudo em check-in
e ao time – Critérios de aceitação
– Pode ser influenciada por definidos pelo PO foram
padrões organizacionais e
requisitos específicos do atingidos
produto ou da entrega

43. Conclusão
Takeaways

44. Dez coisas para levar para pensar
• Defina o “pronto” • Escreva testes de unidade.
• Falhe rápido Sempre
• Entenda a velocidade do seu • Autonomy, mastery, purpose
time • Faça a coisa certa… na hora
• Termine o que você começou certa
• Bugs são trabalho de • Planeje até que você precise
verdade aprender
• Qualidade não é uma variável

46. www.lambda3.com.br