Escolar Documentos
Profissional Documentos
Cultura Documentos
Agenda
Motivação
Mudança de Paradigma
Gerenciamento Ágil de Projetos de Software
– Técnicas
– Problemas
– Críticas
– Abordagem Tradicional vs. Abordagem Ágil
Scrum
Considerações Finais
Referências
2 / 61
Motivação
Gerenciamento de Projetos
Orientado a processos
– Processos bem definidos devem ser impostos para garantir a
qualidade do produto
Rígido
– Pressupõe que é possível especificar de antemão todos os
requisitos do projeto
Preditivo
– Cada etapa de desenvolvimento é baseada na etapa anterior,
parte do principio de que requisitos são estáveis
Burocrático
– Sobrecarrega desenvolvimento, pode comprometer a velocidade
do projeto
Possui forte resistência a mudanças
4 / 61
Gerenciamento de Projetos
de Software
Particularidades
– Invisibilidade
• Progresso não é imediatamente visível
– Complexidade
– Flexibilidade
• Propenso a um alto grau de mudança
– Dificuldade de antever suas funcionalidades
– Necessidades surgem durante seu desenvolvimento, e
vão amadurecendo até a sua implantação
A mudança se torna inevitável
5 / 61
O que é agilidade?
Agilidade
– Rapidez, desembaraço
– Qualidade de quem é veloz
Problema
– Aparenta ser indisciplinado
6 / 61
Manifesto Ágil
Valores
7 / 61
Princípios da agilidade
8 / 61
Princípios da agilidade
9 / 61
Princípios da agilidade
10 / 61
Declaração de Interdependência
11 / 61
O que significa interdependência?
12 / 61
Declaração de Interdependência
13 / 61
Declaração de Interdependência
14 / 61
Mudança de paradigma
Gerenciamento de Projetos
– Abordagem BRUF
• Big Requirements Up Front (Grandes requisitos primeiro)
• Algumas funcionalidades raramente utilizadas
16 / 61
Gerenciamento de Projetos
17 / 61
Quebra de paradigma
Clássico Ágil
Qualidade Escopo
Custo Custo
18 / 61
Gerenciamento Ágil de Projetos de
Software
Gerenciamento Ágil de Projetos
Objetivo
– Garantir que exista um equilíbrio entre demandas de qualidade,
escopo, tempo e custos
20 / 61
Gerenciamento Ágil de Projetos
Valores centrais
– As respostas às mudanças são mais importantes que o
segmento de um plano
– A entrega de produtos está acima da entrega de
documentação
– Priorização da colaboração do cliente sobre a
negociação de contratos
– Os indivíduos e suas interações são mais importantes
que os processos e ferramentas
21 / 61
Gerenciamento Ágil de Projetos
Principais objetivos
– Inovação contínua: a idéia de inovação é associada a um
ambiente cuja cultura estimule o auto-gerenciamento e a
autodisciplina
– Adaptabilidade do produto: os produtos adaptáveis às
novas necessidades do futuro
– Tempos de entrega reduzidos: direcionamento preciso e
capacidade técnica da equipe
– Capacidade de adaptação do processo e das pessoas:
equipe confortável com mudanças, processo leve
– Resultados confiáveis: entrega de produtos que
garantam operação, crescimento e lucratividade da
empresa
22 / 61
Técnicas de Gerenciamento Ágil de Projetos
23 / 61
Técnicas de Gerenciamento Ágil de Projetos
24 / 61
Técnicas de Gerenciamento Ágil de Projetos
25 / 61
Gerenciamento Ágil de Projetos
26 / 61
Gerenciamento Ágil de Projetos
Críticas
– Dificuldade de manutenção pela falta de documentação
– Efetividade da programação em pares: custo x benefício
– Dificuldade de se ter o cliente no local
– Dificuldade de estabelecer contrato com escopo variável
– Requer colaboração e confiança entre equipe e cliente
27 / 61
Abordagem Clássica vs. Abordagem Ágil
Clássica Ágil
Desenvolvedor hábil ágil
28 / 61
Abordagem Clássica vs. Abordagem Ágil
29 / 61
Scrum
Scrum
31 / 61
Scrum
32 / 61
Fases
Planejamento
Sprints
– Reuniões Diárias
– Revisão
– Retrospectivas
Encerramento
33 / 61
Planejamento
Relativamente curto
Projeto da arquitetura do sistema
Estimativas de datas e custos
Criação do backlog Backlog
– Participação de clientes e outros departamentos
• Levantamento dos requisitos e atribuição de prioridades
Definição de equipes e seus líderes
Definição de pacotes a serem desenvolvidos
34 / 61
Sprint
35 / 61
Sprint - Reuniões Diárias
Benefícios:
– Apresentar resultados concretos ao cliente
– Integrar e testar uma boa parte do software Nova
– Motivação da equipe funcionalidade
37 / 61
Encerramento
Finalização do projeto
Atividades:
– Testes de integração
– Testes de sistema
– Documentação do usuário
– Preparação de material de treinamento
– Preparação de material de marketing
38 / 61
Papéis no Scrum
39 / 61
Papéis – Product Owner
40 / 61
Papéis – Scrum Master
41 / 61
Papéis – Time
42 / 61
Regras no Scrum
43 / 61
Sprint Planning Meeting
44 / 61
Sprint Planning Meeting
Segundo seguimento:
– Ocorre imediatamente após o primeiro
– Product Owner deve estar disponível para o que o time
faça perguntas sobre o Product Backlog
– O time deve decidir sozinho como os itens selecionados
serão implementados
– Nenhum outro participante pode fazer perguntas ou
observações nesta parte
– Resultado deste seguimento é o Sprint Backlog
45 / 61
Scrum Daily Meeting
46 / 61
Scrum Daily Meeting
47 / 61
Sprint
48 / 61
Sprint
49 / 61
Reunião de Revisão do Sprint
50 / 61
Reunião de Retrospectiva do Sprint
53 / 61
Considerações Finais
Manifesto ágil
– Pares de alternativas se reforçam
• Processos e ferramentas podem melhor capacitar os
indivíduos e interações
• Documentação ajuda as pessoas a entenderem um software
complexo
• Negociação de contrato pode ser parte integrante da
colaboração do cliente
• Seguir um plano pode ser o melhor modo para responder a
mudança, quando esta for previsível
54 / 61
Considerações Finais
55 / 61
Considerações Finais
56 / 61
Referências
57 / 61
Referências
58 / 61
Gerenciamento Ágil de Projetos