O documento discute métodos ágeis de desenvolvimento de software, comparando-os com métodos tradicionais. Apresenta o Manifesto Ágil, princípios como valorizar indivíduos e interações sobre processos e ferramentas. Descreve práticas ágeis como XP e Scrum, enfatizando entregas frequentes, feedback constante do cliente e adaptação a mudanças.

2. ◾ Desenvolvimento de Software
Tradicional
• Problemas do Desenvolvimento
Tradicional
◾ MétodosÁgeis de Desenvolvimento
• ManifestoÀgil
• Princípios
◾ PráticasÁgeis
◾ XP
◾ Scrum
◾ Outras Metoologias
Métodos Àgeis de
Desenvolvimento de
Software
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 2

3. ◾ http://www.agilcoop.org.br/curso_de_verao_2010
◾ http://www.scrumalliance.org/
◾ http://www.extremeprogramming.org/
◾ http://improveit.com.br/scrum
◾ http://visaoagil.wordpress.com/
◾ http://amagno.blogspot.com/
◾ http://www.infoq.com/br/
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 3

5. ◾Sociedade demanda
• Grande quantidade de sistemas/aplicações
• Software complexo, distribuído, heterogêneo
• Requisitos mutantes(todo ano, todo mês, toda
semana, todo dia)
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 5

6. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 6

7. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 7

8. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 8

9. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 9

10. ◾Supõem que é possivel prever o futuro.
◾Pouca interação com os clientes.
◾Ênfase em burocracias.
• (documentos, formulários, processos, controles
rígidos, etc...)
◾Avaliação do progresso baseado na evolução
da burocracia e não do código
◾Grande quantidade de erros
◾Falta de flexibilidade no software
desenvolvido
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 10

11. ◾Melhores tecnologias
• Padrões de projeto (reutilização de idéias)
• Componentes (reutilização de código)
• Middleware/frameworks (aumenta a abstração)
◾Melhores metodologias
• MétodosÀgeis
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 11

13. ◾ Movimento iniciado por programadores
experientes e consultores em desenvolvimento de
software.
◾ Questionam e se opõem a uma série de mitos
práticas adotadas em abordagens tradicionais de
Engenharia deSoftware eGerência de Projetos.
◾ ManifestoÁgil:Assinado por 17 desenvolvedores
emUtah em fevereiro/2001.
• http://agilemanifesto.org
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 13

14. ◾ Indivíduos e interações são mais importantes do
que processos e ferramentas
◾ Software funcionando é mais importante do que
documentação detalhada
◾ Colaboração com o cliente é mais importante do
que negociação de contratos
◾ Adaptação às mudanças é mais importante do que
seguir um plano inicial
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 14

15. ◾ Prioridade máxima: satisfazer o usuário através de
entrega rápida e contínua de software com valor.
◾ Receber bem requisitos mutantes, mesmo tarde no
desenvolvimento. Processos ágeis aguentam
mudanças para a vantagem competitiva do
consumidor.
◾ Entregar software em funcionamento com
frequência, de algumas semanas a alguns meses,
dando preferência à menor periodicidade.
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 15

16. ◾ Pessoas de negócio e desenvolvedores devem
trabalhar diariamente durante o projeto.
◾ Construa projetos em volta de indivíduos
motivados. Dê a eles o ambiente e o suporte de que
eles precisam, e confie que eles farão o serviço.
◾ O método mais eficiente de passar informação para
e entre uma equipe de desenvolvimento é conversa
cara-a-cara.
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 16

17. ◾Software rodando é a principal medida de
progresso.
◾Processos ágeis precisam de desenvolvimento
sustentável. Patrocinadores, desenvolvedores e
usuários devem aguentar manter um ritmo
constante indefinidamente.
◾Atenção contínua à excelência técnica e bom
projeto melhora a agilidade.
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 17

18. ◾Simplicidade -- a arte de maximizar a quantidade
de trabalho não realizado -- é essencial.
◾As melhores arquiteturas, requisitos e projetos
emergem de equipes auto-organizadas.
◾Em intervalos regulares, a equipe reflete sobre
como se tornar mais eficiente, e deve ajustar seu
comportamento de acordo.
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 18

20. ◾ Comunicação
◾ Negociação
◾ Ciclo deVida Iterativo
◾ GerenciamentoÁgil
◾ ModelagemÁgil
◾ Visibilidade do Projeto
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 20

21. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 21

22. ◾Evitar telefone sem fio
◾Desenvolvedores diretamente com o cliente
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 22

23. 4 variáveis do desenvolvimento de Software
Abordagemtradicional
Fixo
Escop
o
Prazo Custo
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 23
Qualidade
Variável

24. 4 variáveis do desenvolvimento de Software
AbordagemÁgil
Fixo
Variáve
l
Escop
o
Prazo Custo Qualidade
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 24

25. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 25

26. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 26

27. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 27

28. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 28

29. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 29

30. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 30

31. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 31

32. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 32

33. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 33

34. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 34

35. http://www.extremeprogramming.org/
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 35
http://www.scrumalliance.org/

37. Kent Beck Estados Unidos 1999
XP é leve
XP é focado no
desenvolvimento de
software
XP funciona em times de
qualquer tamanho
XP se adapta bem a requisitos
vagos e que mudam
rapidamente
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 37

38. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 38

39. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 39

40. CicloTrimestral Releases
CicloSemanal Iterações
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 40

41. Cliente escreve estórias
Desenvolvedores Estimam
Cliente Prioriza as estórias
Desenvolvedores constroem
tarefas
Desenvolvedores Implementam
Cliente aprova o resultado
Retrospectiva
Jogo do
Planejamento
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 41

42. ◾ Estórias exprimem o comportamento de uma
funcionalidade geral
◾ Estórias são escritas na linguagem natural
◾ Formato:Who –What -Why
◾ Ex:
• No papel de administrador do sistema eu quero
realizar o cadastro de usuários, para armazenar
informações de contato: nome, telefone e e-mail.
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 42

43. ◾Objetivo: Estimar custo de desenvolvimento
das estórias.
◾Características:
 Cartas
Todos fazem estimativas para
todas as estórias
 As estimativas são individuais
 Tempo (horas/dias)
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 43

44. ◾Responsabilidade nas mãos do cliente
◾“Aguarde eConfie”
◾ConceitoChave noXP
◾Limite máximo
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 44

45. ◾ Ex:
• Estória: No papel de administrador do sistema eu quero
realizar o cadastro de usuários, para armazenar
informações de contato: nome, telefone e e-mail.
• Tarefas:
▪ Modelagem do banco de dados
▪ Criar Interface
▪ Implementar cadastro
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 45

46. ◾Programação em par
• Todo o código
• Um digita, outro revisa
• Redução de bugs
• Disseminação do conhecimento
• Pressão do par
• Simplicidade
• Velocidade
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 46

47. ◾Desenvolvimento dirigido a testes
◾Propriedade coletiva do código
◾Base de código unificada
◾Sentar-se junto
◾Refatoração
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 47

48. “Se você não tiver um ambiente razoável para trabalhar, seu projeto não terá
sucesso” (Kent Beck)
◾Quadro(s) brancos
◾Post-it
◾Cadeiras giratórias
◾Jogos
◾Comida e café
◾Folhas em branco
◾Privacidade
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 48

49. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 49

50. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 50

51. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 51

52. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 52

53. Valores
Princípios
Práticas
•Comunicação
•Simplicidade
•Coragem
•Feedback
•Respeito
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 53

54. Valores
Princípios
Práticas
•Auto-semelhança (Self-Similarity)
• Benefício Mútuo (Mutal Benefit)
•Diversidade (Diversity)
•Economia (Economics)
• Falha (Failure)
• Fluidez (Flow)
• Humanismo (Humanity)
• Melhoria (Improvement)
•Oportunidade (Opportunity)
•Passos de Bebê (Baby Steps)
•Qualidade (Quality)
• Redundância (Redundancy)
• Reflexão (Reflection)
•Responsabilidade Aceita (Accepted Respons
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 54

55. Valores
Princípios
Práticas
Práticas Primárias
•Ambiente Informativo (Informative workspace)
•Build de dez minutos (Ten-MinuteBuild)
•CicloSemanal (WeeklyCycle)
•CicloTrimestral (QuarterlyCycle)
•DesenvolvimentoOrientado aTestes
(Test-First Programming)
•Design Incremental (Incremental Desing)
•Equipe Integral (WholeTeam)
•Folga (Slack)
•Histórias(Stories)
•IntegraçãoContínua (Continuous Integration)
•Programação em Par (Pair Programming)
•Sentar-se junto (Sit together)
•Trabalho Energizado (EnergizedWork)
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 55

56. Valores
Princípios
Práticas
PráticasCorolárias
• Análise da Raiz do Problema (Root-CauseAnalysis)
• Base deCódigo Unificada (Single Code Base)
• CódigoColetivo (Shared Code)
• Código e testes (Code andTests)
• Continuidade da equipe (TeamContinuity)
•Contrato de Escopo Negociável
(Negotiated12ScopeContract)
•Envolvimento do cliente Real
(RealCustumer Involvement)
• Equipes que encolhem (ShrinkingTeams)
• Implantação diária (Daily Deployment)
• Implantação incremental (Incremental Deployment)
• Pagar por uso (Pay-Per-Use)
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 56

58. • Pequenos ciclos de pedidos
• Escopo limitado
• Implementação das características prioritárias ao
negócio primeiro
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 58

59. • XP pede ao cliente que escolha a funcionalidade
que faça maior diferença economicamente.
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 59

60. • Muitos testes são feitos
▪ Desenvolvedores testam função por função
▪ Clientes testam funcionalidade por funcionalidade
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 60

61. • O cliente vira parte integral do time
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 61

62. • Implementação em ciclos
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 62

64. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 64

65. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 65

66. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 66

67. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 67

68. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 68

69. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 69

71. ◾FDD – Feature Driven Development
◾Crystal Family
◾DSDM (DynamicSystems Development
Method)
◾ASD (AdaptativeSoftware Development)
16/9/2012 71
©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA

73. ◾ Estória 0:
 No papel de administrador do sistema eu quero realizar o cadastro de
usuários, para armazenar informações de contato: nome, telefone e
e-mail.
◾ Estória 1:
• O sistema deverá permitir aos usuários cadastrarem notícias.A
notícia deve ter manchete, descrição e conteúdo.O sistema deverá
listar todas as notícias.
◾ Estória 2:
• A partir da listagem das notícias, o sistema deverá permitir ao usuário
enviar uma notícia para o e-mail de um usuário cadastrado.
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 73

74. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 74

76. ◾Seus princípios e práticas proporcionam um
equilíbrio entre as filosofias tradicionais e as
mais extremas, proporcionando uma
transição mais suave para organizações mais
conservadoras, e a retomada da
responsabilidade para as organizações que se
desiludiram com as propostas mais radicais.
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 76

77. ◾ 1997-1998,Singapura
◾ Contexto: Desenvolvimento de um grande sistema de
empréstimos para um banco internacional
◾ Anteriormente, após 2 anos de consultoria, 3.500
páginas de casos de (in)uso e um modelo de objetos
com centenas de classes, foi avaliado como
impossível
◾ Decisão: Implantação das metodologias deOOAD de
PeterCoad e de gerência de projetos de Jeff De Luca
◾ Resultado: 15 meses após a contratação da dupla,
2.000 features entregues por uma equipe de 50
pessoas
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 77

78. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 78

79. ◾ Característica ou funcionalidade
◾ Pequena o suficiente para ser implementada no
máximo em 2 semanas
◾ Oferece valor para o cliente
◾ Mapeia passos em uma atividade de negócio
 Pode ser um passo de um caso de uso
 Às vezes pode ser o próprio caso de uso
◾ Conceito muito próximo ao de um requisito
funcional
◾ Modelo: <ação> <resultado> <objeto>
 Calcular o total de uma venda
 Autorizar uma transação com cartão de um cliente
16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 79

80. ◾ Desenvolver um ModeloAbrangente
 Modelagem dos Processos de Negócio (BPM)
 AnáliseOrientada porObjetos (OOA)
◾ Construir a Lista de Features
◾ Decomposição Funcional
◾ Planejar por Feature
 Plano de Desenvolvimento
 Prioridade, Dependência, Distribuição deTrabalho
◾ Detalhar por Feature
◾ ProjetoOO (OOD), Estudo Detalhado
◾ Construir por Feature
 ProgramaçãoOO (OOP)
 Inspeção,Testes, Integração
©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 80

81. ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 81

82. ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 82

83. ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 83

84. ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 84

85. ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 85

86. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 86

87. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 87

88. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 88

89. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 89

90. 16/9/2012 ©2010 | Mauricio Cesar Santos da Purificação | Grupo DW-UFBA 90