SlideShare uma empresa Scribd logo
1 de 66
Baixar para ler offline
DESENVOLVIMENTO E
GERENCIAMENTO ÁGIL DE PROJETOS
DE SOFTWARE
Professor:
Cloves Rocha
PhD Student in Computer Science
MSc. in Computer Science
Agenda
Kurt Schneider
⚫ 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
Alerta
⚫ Alguns Dados
⚪ 84% dos sistemas entregues não
atendem as necessidades do cliente;
⚪ 79% dos projetos sofrem com
atrasos;
⚪ 63% tem custo maior que o previsto;
⚪ 50% dos sistemas prontos tem
problemas: são de baixa qualidade e
faltam funcionalidades necessárias;
Motivação
INVICTUS
...
EU SOU O MESTRE DO MEU
DESTINO.
EU SOU O CAPITÃO DA
MINHA ALMA.
WILLIAN ERNEST HENLEY
[1849 – 1903 INGLATERRA]
!!! CAOS !!!
Trabalho em Equipe
Dinâmica de Grupo - 1
DESENVOLVIMENTO E GERENCIAMENTO ÁGIL DE PROJETOS DE SOFTWARE
Gerenciamento de Projetos
Kurt Schneider
⚫ 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
Gerenciamento de Projetos
de Software
Kurt Schneider
⚫ 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
O que é agilidade?
Kurt Schneider
O que é agilidade?
Kurt Schneider
⚫ Agilidade
⚪ Rapidez, desembaraço
⚪ Qualidade de quem é veloz
⚫ Capacidade de responder rapidamente a mudanças
⚪ Mudanças de tecnologias, de equipe, de requisitos...
⚫ Entregar valor ao cliente quando se lida com imprevisibilidade e
dinamismo dos projetos
⚫ Problema
⚪ Aparenta ser indisciplinado
Manifesto Ágil
Kurt Schneider
⚫ Estamos descobrindo melhores formas de
desenvolver software através da nossa própria
prática e auxiliando outros.
Indivíduos e Iterações
Software funcionando
Colaboração com cliente
Responder a mudanças
Processos e Ferramentas
Documentação detalhada
Negociação de contratos
Seguir um plano
Valores
Princípios da agilidade
Kurt Schneider
1. A mais alta prioridade é a satisfação do cliente, por
meio da liberação mais rápida e contínua de software de
valor.
2. Receba bem as mudanças de requisitos, mesmo
em estágios tardios do desenvolvimento. Processos ágeis
devem admitir mudanças que trazem vantagens
competitivas para o cliente.
3. Libere software freqüentemente (em intervalos de 2
semanas até meses), dando preferência para uma escala
de tempo mais curta.
4. Mantenha pessoas ligadas ao negócio (clientes) e
desenvolvedores trabalhando juntos a maior parte do
tempo do projeto.
Princípios da agilidade
Kurt Schneider
5. Construa projetos com indivíduos motivados, dê a
eles o ambiente e suporte que precisam e confie neles
para ter o trabalho realizado.
6. O método mais eficiente e efetivo para repassar
informação entre uma equipe de desenvolvimento é pela
comunicação face-a-face.
7. Software funcionando é a principal medida de
progresso de um projeto de software
8. Processos ágeis promovem desenvolvimento sustentado.
Assim, patrocinadores, desenvolvedores e
usuários devem ser capazes de manter
conversação pacífica indefinidamente.
Princípios da agilidade
Kurt Schneider
9. A atenção contínua para a excelência técnica e um
bom projeto (design) aprimoram a agilidade.
10. Simplicidade - a arte de maximizar a quantidade de
trabalho não feito – é essencial, devendo ser assumida
em todos os aspectos do projeto.
11. As melhores arquiteturas, requisitos e projetos emergem
de equipes auto-organizadas.
12. Em intervalos regulares, as equipes devem refletir
sobre como se tornarem mais efetivas, e então
refinarem e ajustarem seu comportamento de acordo.
Signatários do Manifesto
Kurt Schneider
⚫ Kent Beck
⚫ Mike Beedle
⚫ Arie van Bennekum
⚫ Alistair Cockburn
⚫ Ward Cunningham
⚫ Martin Fowler
⚫ James Grenning
⚫ Jim Highsmith
⚫ Ron Jeffries
⚫ Jon KernBrian Marick
⚫ Robert C. Martin
⚫ Steve Mellor
⚫ Ken Schwaber
⚫ Jeff Sutherland
⚫ Dave Thomas
⚫ Andrew Hunt
⚫ Scott Ambler
Declaração de Interdependência
Kurt Schneider
⚫ Abordagens ágeis e adaptativas para permitir ligar
pessoas, projetos e valor
“Somos uma comunidade de líderes de projeto
que é altamente eficaz entregando resultados.”
O que significa interdependência?
Kurt Schneider
⚫ Que membros de uma equipe de projeto são parte
interdependente do tudo e não um grupo de
indivíduos desconectados.
⚪ Dependem reciprocamente uns dos outros
⚫ Que equipes de projeto, seus clientes, seus
interessados (stakeholders) também são
interdependentes.
⚫ Equipes de projeto que não reconhecem esta
interdependência raramente tem sucesso.
Declaração de Interdependência
Kurt Schneider
⚫ Para atingir os resultados:
⚪ Entregamos resultados confiáveis engajando clientes em
iterações freqüentes e propriedade compartilhada.
⚪ Esperamos incerteza e a gerenciamos através de iterações,
antecipação e adaptação.
⚪ Despertamos a criatividade e a inovação através do
reconhecimento que indivíduos são a fonte ultima de valor, e
criando um ambiente no qual eles possam fazer diferença.
Declaração de Interdependência
Kurt Schneider
⚫ Para atingir os resultados:
⚪ Impulsionamos desempenho através de cobrança do grupo por
resultados e responsabilidade compartilhada pela
efetividade da equipe.
⚪ Melhoramos efetividade e a confiabilidade através de
estratégias, processos e praticas especificas dependendo da
situação.
Signatários da Declaração
Kurt Schneider
⚫ David Anderson
⚫ Sanjiv Augustine
⚫ Christopher Avery
⚫ Alistair Cockburn
⚫ Mike Cohn
⚫ Doug DeCarlo
⚫ Donna Fitzgerald
⚫ Jim Highsmith
⚫ Ole Jepsen
⚫ Lowell Lindstrom
⚫ Todd Little
⚫ Kent McDonald
⚫ Pollyanna Pixton
⚫ Preston Smith
⚫ Robert Wysocki
Mudança de Paradigma
Gerenciamento de Projetos
Kurt Schneider
⚫ Projetos gerenciados através de
⚪ Especificação detalhada dos requisitos
Auxilia no planejamento
O sistema construído atende a necessidade do cliente?
⚪ Abordagem BRUF
Big Requirements Up Front (Grandes requisitos primeiro)
Algumas funcionalidades raramente utilizadas
Gerenciamento de Projetos
Kurt Schneider
⚫ Implicações da abordagem BRUF
⚪ Criar um plano de projeto precocemente detalhado no
ciclo de vida
⚪ Criar precocemente estimativas precisas para o projeto
⚪ Usar o processo de mudanças preventivamente
Quebra de paradigma
Kurt Schneider
⚫ Clássico ⚫ Ágil
Escop
o Prazo
Custo
Qualid
ade Prazo
Custo
Qualidade Escopo
Gerenciamento Ágil de
Projetos de Software
Gerenciamento Ágil de Projetos
Kurt Schneider
⚫ Um conjunto de valores, princípios e práticas que auxiliam a
equipe de projeto a entregar produtos ou serviços de valor em um
ambiente complexo, instável e desafiador
⚫ É o exercício de princípios e práticas ágeis aliados aos conhecimentos,
habilidades e técnicas na elaboração das atividades de projeto, de forma
a diminuir o time-to-market, e se adequar às mudanças durante o
projeto.
Tempo de lançamento de um produto. Conta-se do desenvolvimento do Conceito à
disponibilidade para venda
⚫ Objetivo
⚪ Garantir que exista um equilíbrio entre demandas de qualidade, escopo,
tempo e custos
Gerenciamento Ágil de Projetos
Kurt Schneider
⚫ 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
Gerenciamento Ágil de Projetos
Kurt Schneider
⚫ 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
Técnicas de Gerenciamento Ágil de Projetos
Kurt Schneider
⚫ Foque nas pessoas
⚪ As pessoas e a maneira como interagem são determinantes
mais importantes para o sucesso de um projeto
⚫ Organize seu projeto em iterações
⚪ Curtos períodos de tempo onde ao seu final chega-se a um
objetivo específico
⚫ Estabeleça marco de entrega final somente se for
realmente necessário
Técnicas de Gerenciamento Ágil de Projetos
Kurt Schneider
⚫ Tenha um plano de projeto de alto nível
⚪ Principais dependências externas, iterações planejadas e uma
estimativa de término (se possível)
⚫ Crie planos de iteração detalhados com base no JIT
(Just In Time)
Sistema de administração da produção que determina que nada deve ser produzido, transportado ou comprado antes da hora
exata. Pode ser aplicado em qualquer organização, para reduzir estoques e os custos decorrentes.
⚪ Você só pode planejar precisamente com algumas semanas de
antecedência da realização
⚫ Envolva todos da equipe no planejamento
⚪ Planejar as próprias atividades
Técnicas de Gerenciamento Ágil de Projetos
Kurt Schneider
⚫ As pessoas deveriam escolher seu trabalho ao invés
de serem mandadas para fazê-lo
⚪ Organizar o próprio trabalho
⚫ Faça estimativa de coisas pequenas
⚪ É mais fácil fazer a estimativa de um trabalho que levará
apenas um dia do que estimar algo que levará um mês.
⚫ As pessoas deveriam estimar seu próprio trabalho
⚪ As melhores estimativas vêm de baixo para cima e não de cima
para baixo
Gerenciamento Ágil de Projetos
Kurt Schneider
⚫ Ambientes onde pode apresentar problemas
⚪ Cultura da documentação
⚪ Dificuldade para aceitar mudanças
⚪ Demora para obtenção da realimentação
⚪ Resistência cultural
Gerenciamento Ágil de Projetos
Kurt Schneider
⚫ 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
Abordagem Clássica vs. Abordagem Ágil
Kurt Schneider
Clássica Ágil
Desenvolvedor hábil ágil
Cliente pouco envolvido comprometido
Requisitos conhecidos, estáveis emergentes, mutáveis
Retrabalho caro barato
Planejamento direciona resultados resultados o direcionam
Foco grandes projetos
projetos de natureza exploratória e
inovadores
Objetivo
controlar, em busca de
alcançar o planejado
simplificar processo de
desenvolvimento
Abordagem Clássica vs. Abordagem Ágil
Kurt Schneider
⚫ Ciclo de vida ágil é semelhante ao clássico
⚪ Define o que o cliente quer e inicia o projeto
⚪ Planeja o projeto, calculando o esforço
⚪ Executa o plano, construindo a solução
⚪ Monitora resultados e entrega ao cliente
Scrum
Scrum
Kurt Schneider
⚫ Uma alternativa de utilizar métodos ágeis na
gerência de projetos
⚫ Pode ser aplicável a qualquer tipo de projeto
⚫ É simples
⚪ Processo, artefatos e regras são poucos e fáceis de entender
⚪ A simplicidade pode ser decepcionante aos acostumados com
metodologias clássicas
Scrum
Kurt Schneider
⚫ Não é um método prescritivo
⚪ Não define previamente o que deve ser feito em cada situação
⚪ Projetos complexos não permitem prever todos os eventos
⚫ Define um framework e um conjunto de práticas
⚫ Aplica o senso comum
⚪ Combinação de experiência, treinamento, confiança e
inteligência de toda a equipe
⚪ Senso comum em vez do senso de uma única pessoa é uma das
razões do sucesso do Scrum
Fases
Kurt Schneider
⚫ Planejamento
⚫ Sprints
⚪ Reuniões Diárias
⚪ Revisão
⚪ Retrospectivas
⚫ Encerramento
Planejamento
Kurt Schneider
⚫ Relativamente curto
⚫ Projeto da arquitetura do sistema
⚫ Estimativas de datas e custos
⚫ Criação do 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
Backlog
Sprint
Kurt Schneider
⚫ O time recebe uma parte do
backlog para desenvolvimento
⚪ O backlog não sofrerá modificações
durante o Sprint
⚫ Duração de 1 a 4 semanas
⚫ Sempre apresentam um executável
ao final
Sprint - Reuniões Diárias
Kurt Schneider
⚫ Cerca de 15 minutos de duração
⚫ Todos respondem às perguntas:
⚪ O que você realizou desde a última reunião?
⚪ Quais problemas você enfrentou?
⚪ Em que você trabalhará até a próxima reunião?
⚫ Benefícios:
⚪ Maior integração entre os membros da equipe
⚪ Rápida solução de problemas
Promovem o compartilhamento de conhecimento
⚪ Progresso medido continuamente
Minimização de riscos
Sprint - Revisão
Kurt Schneider
⚫ Deve obedecer à data de entrega
⚪ Permitida a diminuição de funcionalidades
⚫ Apresentação do produto ao cliente
⚪ Sugestões de mudanças são incorporadas ao backlog
⚫ Benefícios:
⚪ Apresentar resultados concretos ao cliente
⚪ Integrar e testar uma boa parte do software
⚪ Motivação da equipe Nova
funcionalidade
Encerramento
Kurt Schneider
⚫ 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
Papéis no Scrum
Kurt Schneider
⚫ Todas as responsabilidades de gerenciamento são divididas entre três
papéis:
⚪ Product Owner
⚪ Scrum Master
⚪ Time
⚫ Para o bom funcionamento do Scrum as pessoas responsáveis pelo
projeto devem ter autoridade para fazer o que for necessário pelo seu
sucesso
⚫ Pessoas não responsáveis não podem interferir no projeto
⚪ Gera aumento de produtividade
⚪ Evita situações constrangedoras para os envolvidos
Papéis – Product Owner
Kurt Schneider
⚫ Responsável por apresentar os interesses de
todos os stakeholders
⚫ Define fundamentos iniciais do projeto,
objetivos e planos de release
⚫ Responsável pela lista de requisitos
(Product Backlog)
⚫ Certifica se as atividades com maior valor para
o negócio são desenvolvidas primeiro
⚪ Priorização freqüente das funcionalidades antes de
cada iteração
Papéis – Scrum Master
Kurt Schneider
⚫ Responsável pelo sucesso do Scrum
⚫ Ensina o Scrum para os envolvidos
com o projeto
⚫ Implementa o Scrum na empresa de
forma adaptada a sua cultura, para
continuamente gerar benefícios
⚫ Certifica se cada pessoa envolvida está
seguindo seus papéis e as regras do
Scrum
⚫ Certifica que pessoas não responsáveis
não interfiram no processo
Papéis – Time
Kurt Schneider
⚫ Responsável por escolher as funcionalidades
a serem desenvolvidas em cada interação e
desenvolvê-las
⚫ O time se auto-gerencia, se auto-organiza
⚫ Todos os membros do time são coletivamente
responsáveis pelo sucesso de cada iteração
Regras no Scrum
Kurt Schneider
⚫ O ScrumMaster deve se certificar de que cada
envolvido no projeto siga suas regras
⚫ As regras permitem a execução correta do Scrum
⚫ Mudanças das regras devem se originar do time
⚪ O ScrumMaster deve ser convencido de que todos envolvidos
entenderam suficientemente as regras do Scrum para o correto
discernimento
⚪ Discussões desnecessárias são perda de tempo de produção da
equipe
Sprint Planning Meeting
Kurt Schneider
⚫ A reunião de planejamento do Sprint deve ocorrer
dentro de 8 horas com duas partes de 4 horas
⚫ Primeiro segmento:
⚪ Product Owner deve preparar o Product Backlog antes da
reunião
⚪ Seleção dos itens do Product Backlog que o time se
compromete em torná-los incrementos potencialmente
implementáveis
⚪ Decisão final é do Product Owner
⚪ Stakeholders não devem participar
Sprint Planning Meeting
Kurt Schneider
⚫ Segundo segmento:
⚪ 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 segmento é o Sprint Backlog
Scrum Daily Meeting
Kurt Schneider
⚫ Reunião de no máximo 15 minutos, a menos que o
time seja grande o suficiente para precisar de mais
tempo
⚫ Deve ser feita no mesmo lugar onde o time trabalha
⚫ Resulta em melhores resultados se realizada no
inicio do dia de trabalho
⚫ Todos os membros do time devem participar desta
reunião
Scrum Daily Meeting
Kurt Schneider
⚫ ScrumMaster faz as seguintes perguntas para cada
membro do time:
⚪ O que você fez desde a última reunião diária do Scrum
relacionada a este projeto?
⚪ O que você irá fazer desde agora até a próxima reunião diária
do Scrum relacionada a este projeto?
⚪ O que está impedindo você de realizar o seu trabalho o mais
efetivamente possível?
⚫ Os membros devem responder apenas a estas
perguntas para não estender a reunião
Sprint
Kurt Schneider
⚫ Não deve ser maior do que 30 dias consecutivos
⚫ Sem considerar outros fatores, este é o tempo
necessário para produzir algo de interesse para o
Product Owner e os stakeholders
⚫ O time se compromete com o Product Backlog
⚪ Não são permitidas modificações nele durante o Sprint
Sprint
Kurt Schneider
⚫ Responsabilidades do time durante o Sprint:
⚪ Participar das reuniões diárias do Scrum
⚪ Manter o Sprint Backlog atualizado
⚪ Disponibilizar o Sprint Backlog publicamente
⚫ O time tem o compromisso de implementar todos os
itens selecionados
Reunião de Revisão do Sprint
Kurt Schneider
⚫ Reunião de no máximo 4 horas sob responsabilidade do
ScrumMaster
⚫ O time não deve gastar mais de 1 hora na preparação desta
reunião
⚫ Objetivo:
⚪ Mostrar ao Product Owner e stakeholders as funcionalidades que
foram feitas
⚫ Artefatos não devem ser apresentados, pois não são
funcionalidades
⚫ No final da reunião
⚪ Cada stakeholder fala suas impressões e sugere mudanças com suas
respectivas prioridades
⚪ Possíveis modificações no Product Backlog são discutidas entre o
Product Owner e o time
⚪ ScrumMaster anuncia a data e o local da próxima reunião de revisão
do Sprint ao Product Owner e a todos stakeholders
Reunião de Retrospectiva do Sprint
Kurt Schneider
⚫ Não deve ser maior do que 3 horas
⚫ Participam desta reunião
⚪ Time, ScrumMaster e, opcionalmente, Product Owner
⚫ Os membros do time devem responder a duas questões:
⚪ O que aconteceu de bom durante o último Sprint?
⚪ O que pode ser melhorado para o próximo Sprint?
⚫ ScrumMaster escreve as respostas e prioriza na ordem que deseja
discutir as potenciais melhorias
⚫ ScrumMaster nesta reunião tem o papel de fazer com que o time
encontre melhores formas de aplicar o Scrum
Considerações
Reflexão
Kurt Schneider
⚫ Qual a melhor abordagem de gerenciamento para o desenvolvimento de
software conduzido por metodologias ágeis?
⚫ Grandes projetos podem ser gerenciados de forma ágil?
⚪ Como é possível?
⚪ É confiável?
⚫ Gerenciamento ágil para qualquer tipo de projeto
⚪ Construção de edifícios, aviões, robôs
Como é possível?
Considerações Finais
Kurt Schneider
⚫ 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
Considerações Finais
Kurt Schneider
⚫ Abordagens possuem pontos positivos e negativos
⚪ Partem de pressupostos diferentes
⚪ Podem coexistir e conviver bem em um mesmo ambiente
Considerar criteriosamente o ambiente correto
⚪ Necessário buscar o ponto de equilíbrio, avaliando riscos
Planejamento aperfeiçoa a agilidade
Agilidade dá eficiência ao planejamento
Considerações Finais
Kurt Schneider
⚫ Projetos complexos e com restrições de tempo necessitam de uma nova
abordagem
⚫ Scrum é uma boa solução
⚪ É eficiente quando as regras e os papéis são bem seguidos
⚪ Apesar da sua simplicidade, as pessoas costumam não aceitar facilmente a
nova abordagem
⚪ Há diversos casos de sucesso
⚫ Deve-se considerar as condições da equipe e as características dos
projetos antes de uma migração
Referências
Kurt Schneider
⚫ AMBLER, S. Gerenciamento ágil de projetos: Colocando o desenvolvimento de
software em ordem. Mundo PM. out/nov 2006
⚫ ANDERSON, D. J. Agile management for software engineering: Applying the
theory of constraints for business results. New Jersey: Prentice Hall, 2003. 336p.
⚫ AUGUSTINE, S. Managing agile projects. Prentice Hall, 2005. 264p.
⚫ AUGUSTINE, S.; PAYNE, B.; SENCINDIVER, F.; WOODCOCK, S. Agile project
management: Steering from the edges. Communications of the ACM, v. 48, dez.
2005. p. 85-89.
⚫ BECK, K. 2001. AGILE ALLIANCE. Manifesto for agile software development.
Disponível em <http://www.agilemanifesto.org/>. Acesso em 29 nov. 2006.
⚫ CHIN, G. Agile project management: how to succeed in the face of changing project
requirements. New York: Amacon, 2004. 229 p.
⚫ DECARLO, D. Extreme project management: Using leadership, principles, and tools
to deliver value in the face of volatility. California: Jossey-Bass, 2004. 560p.
Referências
Kurt Schneider
⚫ DECLARATION OF INTERDEPENDENCE. 2001. Declaration of interdependence.
Disponível em <http://pmdoi.org/>. Acesso em 29 nov. 2006.
⚫ GRIFFITHS, M. Using agile alongside the PMBOK. PMI Global Congress
Proceedings, 2004.
⚫ HIGHSMITH, J. Agile project management: creating innovative products. Boston:
Addison-Wesley, 2004. 312 p .
⚫ KERZNER, H. Project Management: A Systems Approach to Planning, Scheduling,
and Controlling. New Jersey: John Wiley & Sons, 2003. 912p.
⚫ PROJECT MANAGEMENT INSTITUTE – PMI. PMBOK Guide: Um guia do conjunto
de conhecimentos do gerenciamento de projetos. Pennsylvania: Project Management
Institute, 3. ed., 2004.
⚫ SCHWABER, K. Agile Project Management with Scrum. Microsoft Press, 2004.
⚫ MAGALHÃES, A. O gerenciamento de projetos desenvolvidos à luz das
metodologias ágeis. PMI-MG jun/2006. Disponível em
<http://www.pmimg.org.br/downloads/Palestra-GerenciamentoAgil.pdf>. Acesso em 29
nov. 2006
Obrigado! Thank you!
Dúvidas?
<?php
print("ACESSO AO MATERIAL");

Mais conteúdo relacionado

Mais procurados

Modelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane Fidelix
Modelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane FidelixModelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane Fidelix
Modelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane FidelixCris Fidelix
 
Áreas de Conhecimento da Engenharia de Software
Áreas de Conhecimento da Engenharia de SoftwareÁreas de Conhecimento da Engenharia de Software
Áreas de Conhecimento da Engenharia de SoftwareElaine Cecília Gatto
 
Conceitos de básicos de qualidade de software
Conceitos de básicos de qualidade de softwareConceitos de básicos de qualidade de software
Conceitos de básicos de qualidade de softwareRonney Moreira de Castro
 
Metodologias ágeis de desenvolvimento trabalho
Metodologias ágeis de desenvolvimento   trabalhoMetodologias ágeis de desenvolvimento   trabalho
Metodologias ágeis de desenvolvimento trabalhoRuan Pozzebon
 
Fundamentos Engenharia de Software.pptx
Fundamentos Engenharia de Software.pptxFundamentos Engenharia de Software.pptx
Fundamentos Engenharia de Software.pptxRoberto Nunes
 
Gerenciamento da Qualidade de Software 3.pptx
Gerenciamento da Qualidade de Software 3.pptxGerenciamento da Qualidade de Software 3.pptx
Gerenciamento da Qualidade de Software 3.pptxRoberto Nunes
 
Introdução a Métodos Ágeis de Desenvolvimento de Software
Introdução a Métodos Ágeis de Desenvolvimento de SoftwareIntrodução a Métodos Ágeis de Desenvolvimento de Software
Introdução a Métodos Ágeis de Desenvolvimento de SoftwareDaniel Cukier
 
Palestra papel do desenvolvedor no sucesso da empresa
Palestra papel do desenvolvedor no sucesso da empresaPalestra papel do desenvolvedor no sucesso da empresa
Palestra papel do desenvolvedor no sucesso da empresaHenrique Nunes Bez Fontana
 
Modelos de Processo de Software Parte 2
Modelos de Processo de Software Parte 2Modelos de Processo de Software Parte 2
Modelos de Processo de Software Parte 2Elaine Cecília Gatto
 
Introdução a Qualidade de Software
Introdução a Qualidade de SoftwareIntrodução a Qualidade de Software
Introdução a Qualidade de SoftwareIgor Takenami
 
Gerenciamento da Qualidade de Software 2.pptx
Gerenciamento da Qualidade de Software 2.pptxGerenciamento da Qualidade de Software 2.pptx
Gerenciamento da Qualidade de Software 2.pptxRoberto Nunes
 
Conceitos Básicos Sobre Metodologias Ágeis para Desenvolvimento de Software
Conceitos Básicos Sobre Metodologias Ágeis para Desenvolvimento de SoftwareConceitos Básicos Sobre Metodologias Ágeis para Desenvolvimento de Software
Conceitos Básicos Sobre Metodologias Ágeis para Desenvolvimento de SoftwareFelizardo Charles
 
Modelos de Processo de Software Parte 1
Modelos de Processo de Software Parte 1Modelos de Processo de Software Parte 1
Modelos de Processo de Software Parte 1Elaine Cecília Gatto
 

Mais procurados (20)

Modelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane Fidelix
Modelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane FidelixModelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane Fidelix
Modelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane Fidelix
 
Metodologias Ageis
Metodologias AgeisMetodologias Ageis
Metodologias Ageis
 
Extreme Programming
Extreme ProgrammingExtreme Programming
Extreme Programming
 
Áreas de Conhecimento da Engenharia de Software
Áreas de Conhecimento da Engenharia de SoftwareÁreas de Conhecimento da Engenharia de Software
Áreas de Conhecimento da Engenharia de Software
 
Metodologia Ágil
Metodologia ÁgilMetodologia Ágil
Metodologia Ágil
 
Requisitos Ágeis
Requisitos ÁgeisRequisitos Ágeis
Requisitos Ágeis
 
Metodologia Ágil
Metodologia ÁgilMetodologia Ágil
Metodologia Ágil
 
Conceitos de básicos de qualidade de software
Conceitos de básicos de qualidade de softwareConceitos de básicos de qualidade de software
Conceitos de básicos de qualidade de software
 
Aula - Metodologias Ágeis
Aula - Metodologias ÁgeisAula - Metodologias Ágeis
Aula - Metodologias Ágeis
 
Metodologias ágeis de desenvolvimento trabalho
Metodologias ágeis de desenvolvimento   trabalhoMetodologias ágeis de desenvolvimento   trabalho
Metodologias ágeis de desenvolvimento trabalho
 
Fundamentos Engenharia de Software.pptx
Fundamentos Engenharia de Software.pptxFundamentos Engenharia de Software.pptx
Fundamentos Engenharia de Software.pptx
 
Gerenciamento da Qualidade de Software 3.pptx
Gerenciamento da Qualidade de Software 3.pptxGerenciamento da Qualidade de Software 3.pptx
Gerenciamento da Qualidade de Software 3.pptx
 
Introdução a Métodos Ágeis de Desenvolvimento de Software
Introdução a Métodos Ágeis de Desenvolvimento de SoftwareIntrodução a Métodos Ágeis de Desenvolvimento de Software
Introdução a Métodos Ágeis de Desenvolvimento de Software
 
Palestra papel do desenvolvedor no sucesso da empresa
Palestra papel do desenvolvedor no sucesso da empresaPalestra papel do desenvolvedor no sucesso da empresa
Palestra papel do desenvolvedor no sucesso da empresa
 
Modelos de Processo de Software Parte 2
Modelos de Processo de Software Parte 2Modelos de Processo de Software Parte 2
Modelos de Processo de Software Parte 2
 
Introdução a Qualidade de Software
Introdução a Qualidade de SoftwareIntrodução a Qualidade de Software
Introdução a Qualidade de Software
 
Gerenciamento da Qualidade de Software 2.pptx
Gerenciamento da Qualidade de Software 2.pptxGerenciamento da Qualidade de Software 2.pptx
Gerenciamento da Qualidade de Software 2.pptx
 
Outras Metodologias Ágeis Parte 3
Outras Metodologias Ágeis Parte 3Outras Metodologias Ágeis Parte 3
Outras Metodologias Ágeis Parte 3
 
Conceitos Básicos Sobre Metodologias Ágeis para Desenvolvimento de Software
Conceitos Básicos Sobre Metodologias Ágeis para Desenvolvimento de SoftwareConceitos Básicos Sobre Metodologias Ágeis para Desenvolvimento de Software
Conceitos Básicos Sobre Metodologias Ágeis para Desenvolvimento de Software
 
Modelos de Processo de Software Parte 1
Modelos de Processo de Software Parte 1Modelos de Processo de Software Parte 1
Modelos de Processo de Software Parte 1
 

Semelhante a DESENVOLVIMENTO E GERENCIAMENTO ÁGIL DE PROJETOS DE SOFTWARE

SeminarioGerenciamentoAgil (1).ppt
SeminarioGerenciamentoAgil (1).pptSeminarioGerenciamentoAgil (1).ppt
SeminarioGerenciamentoAgil (1).pptDavidMaciel34
 
anhanguera _ gestao de projetos _ u4 s2 _ projetos ágeis.pptx
anhanguera _ gestao de projetos _ u4 s2 _ projetos ágeis.pptxanhanguera _ gestao de projetos _ u4 s2 _ projetos ágeis.pptx
anhanguera _ gestao de projetos _ u4 s2 _ projetos ágeis.pptxAlisson Batista
 
Métodos Ágeis de Gestão de Projetos aplicados à Gestão do Conhecimento
Métodos Ágeis de Gestão de Projetos aplicados à Gestão do ConhecimentoMétodos Ágeis de Gestão de Projetos aplicados à Gestão do Conhecimento
Métodos Ágeis de Gestão de Projetos aplicados à Gestão do ConhecimentoClaudia Hofart Guzzo
 
Desenvolvimento ágil pensando além
Desenvolvimento ágil   pensando alémDesenvolvimento ágil   pensando além
Desenvolvimento ágil pensando alémilegra
 
Apresentação Gerenciamento de Projetos TI Corinthians ECC Abril 2014
Apresentação Gerenciamento de Projetos TI Corinthians ECC Abril 2014Apresentação Gerenciamento de Projetos TI Corinthians ECC Abril 2014
Apresentação Gerenciamento de Projetos TI Corinthians ECC Abril 2014Alessandro Gonçalves
 
Gestão Ágil de Projetos com Scrum
Gestão Ágil de Projetos com ScrumGestão Ágil de Projetos com Scrum
Gestão Ágil de Projetos com ScrumMarcos Garrido
 
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...Rosa Sampaio
 
Scrum | Estimativa ágil | Apresentação para QA | Desenvolvedores | e para o...
Scrum | Estimativa ágil | Apresentação para  QA | Desenvolvedores  | e para o...Scrum | Estimativa ágil | Apresentação para  QA | Desenvolvedores  | e para o...
Scrum | Estimativa ágil | Apresentação para QA | Desenvolvedores | e para o...Rosa Sampaio
 
Gerenciamento de equipes no desenvolvimento de software
Gerenciamento de equipes no desenvolvimento de softwareGerenciamento de equipes no desenvolvimento de software
Gerenciamento de equipes no desenvolvimento de softwareRoberto Brandini
 
SeminarioGerenciamentoAgil.ppt
SeminarioGerenciamentoAgil.pptSeminarioGerenciamentoAgil.ppt
SeminarioGerenciamentoAgil.pptssuser388f65
 
Seminario Gerenciamento Agil apresentaçã
Seminario Gerenciamento Agil apresentaçãSeminario Gerenciamento Agil apresentaçã
Seminario Gerenciamento Agil apresentaçãpatriciaalipiosilva
 
SeminarioGerenciamentoAgil.ppt
SeminarioGerenciamentoAgil.pptSeminarioGerenciamentoAgil.ppt
SeminarioGerenciamentoAgil.pptNilton Batista
 
Lean Thinking e Agile para desenvolvimento de software
Lean Thinking e Agile para desenvolvimento de softwareLean Thinking e Agile para desenvolvimento de software
Lean Thinking e Agile para desenvolvimento de softwareTiago França
 
Web aula: ágil x tradicional - projetos híbridos
Web aula: ágil x tradicional - projetos híbridosWeb aula: ágil x tradicional - projetos híbridos
Web aula: ágil x tradicional - projetos híbridosProjetos e TI
 
O que é um Processo Ágil? | BRUNO FERNANDES CHIMIESKI
O que é um Processo Ágil? | BRUNO FERNANDES CHIMIESKIO que é um Processo Ágil? | BRUNO FERNANDES CHIMIESKI
O que é um Processo Ágil? | BRUNO FERNANDES CHIMIESKIBruno Fernandes Chimieski
 
Precisamos falar sobre a diferença de projetizar e produtizar
Precisamos falar sobre a diferença de projetizar e produtizarPrecisamos falar sobre a diferença de projetizar e produtizar
Precisamos falar sobre a diferença de projetizar e produtizarEluza Pinheiro
 

Semelhante a DESENVOLVIMENTO E GERENCIAMENTO ÁGIL DE PROJETOS DE SOFTWARE (20)

SeminarioGerenciamentoAgil (1).ppt
SeminarioGerenciamentoAgil (1).pptSeminarioGerenciamentoAgil (1).ppt
SeminarioGerenciamentoAgil (1).ppt
 
anhanguera _ gestao de projetos _ u4 s2 _ projetos ágeis.pptx
anhanguera _ gestao de projetos _ u4 s2 _ projetos ágeis.pptxanhanguera _ gestao de projetos _ u4 s2 _ projetos ágeis.pptx
anhanguera _ gestao de projetos _ u4 s2 _ projetos ágeis.pptx
 
Treinamento Ágil / Scrum
Treinamento Ágil / ScrumTreinamento Ágil / Scrum
Treinamento Ágil / Scrum
 
Métodos Ágeis de Gestão de Projetos aplicados à Gestão do Conhecimento
Métodos Ágeis de Gestão de Projetos aplicados à Gestão do ConhecimentoMétodos Ágeis de Gestão de Projetos aplicados à Gestão do Conhecimento
Métodos Ágeis de Gestão de Projetos aplicados à Gestão do Conhecimento
 
Desenvolvimento ágil pensando além
Desenvolvimento ágil   pensando alémDesenvolvimento ágil   pensando além
Desenvolvimento ágil pensando além
 
Apresentação Gerenciamento de Projetos TI Corinthians ECC Abril 2014
Apresentação Gerenciamento de Projetos TI Corinthians ECC Abril 2014Apresentação Gerenciamento de Projetos TI Corinthians ECC Abril 2014
Apresentação Gerenciamento de Projetos TI Corinthians ECC Abril 2014
 
Gestão Ágil de Projetos com Scrum
Gestão Ágil de Projetos com ScrumGestão Ágil de Projetos com Scrum
Gestão Ágil de Projetos com Scrum
 
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...
 
Scrum | Estimativa ágil | Apresentação para QA | Desenvolvedores | e para o...
Scrum | Estimativa ágil | Apresentação para  QA | Desenvolvedores  | e para o...Scrum | Estimativa ágil | Apresentação para  QA | Desenvolvedores  | e para o...
Scrum | Estimativa ágil | Apresentação para QA | Desenvolvedores | e para o...
 
Gerenciamento de equipes no desenvolvimento de software
Gerenciamento de equipes no desenvolvimento de softwareGerenciamento de equipes no desenvolvimento de software
Gerenciamento de equipes no desenvolvimento de software
 
SeminarioGerenciamentoAgil.ppt
SeminarioGerenciamentoAgil.pptSeminarioGerenciamentoAgil.ppt
SeminarioGerenciamentoAgil.ppt
 
Seminario Gerenciamento Agil apresentaçã
Seminario Gerenciamento Agil apresentaçãSeminario Gerenciamento Agil apresentaçã
Seminario Gerenciamento Agil apresentaçã
 
SeminarioGerenciamentoAgil.ppt
SeminarioGerenciamentoAgil.pptSeminarioGerenciamentoAgil.ppt
SeminarioGerenciamentoAgil.ppt
 
SeminarioGerenciamentoAgil.ppt
SeminarioGerenciamentoAgil.pptSeminarioGerenciamentoAgil.ppt
SeminarioGerenciamentoAgil.ppt
 
Treinamento em gestão de projetos
Treinamento em gestão de projetosTreinamento em gestão de projetos
Treinamento em gestão de projetos
 
Lean Thinking e Agile para desenvolvimento de software
Lean Thinking e Agile para desenvolvimento de softwareLean Thinking e Agile para desenvolvimento de software
Lean Thinking e Agile para desenvolvimento de software
 
Web aula: ágil x tradicional - projetos híbridos
Web aula: ágil x tradicional - projetos híbridosWeb aula: ágil x tradicional - projetos híbridos
Web aula: ágil x tradicional - projetos híbridos
 
O que é um Processo Ágil? | BRUNO FERNANDES CHIMIESKI
O que é um Processo Ágil? | BRUNO FERNANDES CHIMIESKIO que é um Processo Ágil? | BRUNO FERNANDES CHIMIESKI
O que é um Processo Ágil? | BRUNO FERNANDES CHIMIESKI
 
Processos Ágeis
Processos Ágeis Processos Ágeis
Processos Ágeis
 
Precisamos falar sobre a diferença de projetizar e produtizar
Precisamos falar sobre a diferença de projetizar e produtizarPrecisamos falar sobre a diferença de projetizar e produtizar
Precisamos falar sobre a diferença de projetizar e produtizar
 

Mais de Cloves da Rocha

Mineração de Dados Um Estudo de Caso Real.pdf
Mineração de Dados Um Estudo de Caso Real.pdfMineração de Dados Um Estudo de Caso Real.pdf
Mineração de Dados Um Estudo de Caso Real.pdfCloves da Rocha
 
Live: Inteligência Artificial (IA) para pequenas e médias empresas
Live: Inteligência Artificial (IA) para pequenas e médias empresasLive: Inteligência Artificial (IA) para pequenas e médias empresas
Live: Inteligência Artificial (IA) para pequenas e médias empresasCloves da Rocha
 
Introdução a Machine Learning na Prática
Introdução a Machine Learning na PráticaIntrodução a Machine Learning na Prática
Introdução a Machine Learning na PráticaCloves da Rocha
 
II JEDI 2019 - OUP e OPS
II JEDI 2019 - OUP e OPS II JEDI 2019 - OUP e OPS
II JEDI 2019 - OUP e OPS Cloves da Rocha
 
Café.COM - OUP | Observatório de Projetos de Software (OPS) com ênfase em da...
Café.COM - OUP | Observatório de Projetos de Software (OPS)  com ênfase em da...Café.COM - OUP | Observatório de Projetos de Software (OPS)  com ênfase em da...
Café.COM - OUP | Observatório de Projetos de Software (OPS) com ênfase em da...Cloves da Rocha
 
Introdução à Engenharia de Testes de Software
Introdução à Engenharia de Testes de SoftwareIntrodução à Engenharia de Testes de Software
Introdução à Engenharia de Testes de SoftwareCloves da Rocha
 
Observatório de Projetos de Software com ênfase em dados abertos
Observatório de Projetos de Software com ênfase em dados abertosObservatório de Projetos de Software com ênfase em dados abertos
Observatório de Projetos de Software com ênfase em dados abertosCloves da Rocha
 
Gestão de Riscos em Processos de Negócios
Gestão de Riscos em Processos de NegóciosGestão de Riscos em Processos de Negócios
Gestão de Riscos em Processos de NegóciosCloves da Rocha
 
Utilização de Ferramenta Para Monitoração de Desempenho Baseada em Métodos Ág...
Utilização de Ferramenta Para Monitoração de Desempenho Baseada em Métodos Ág...Utilização de Ferramenta Para Monitoração de Desempenho Baseada em Métodos Ág...
Utilização de Ferramenta Para Monitoração de Desempenho Baseada em Métodos Ág...Cloves da Rocha
 
Aula 04 - Estudo de Caso Atacadão
Aula 04 - Estudo de Caso AtacadãoAula 04 - Estudo de Caso Atacadão
Aula 04 - Estudo de Caso AtacadãoCloves da Rocha
 
Café com André Menelau
Café com André MenelauCafé com André Menelau
Café com André MenelauCloves da Rocha
 
Engenharia de Requisitos
Engenharia de RequisitosEngenharia de Requisitos
Engenharia de RequisitosCloves da Rocha
 
Principais Certificações em TIC - ITIL
Principais Certificações em TIC - ITILPrincipais Certificações em TIC - ITIL
Principais Certificações em TIC - ITILCloves da Rocha
 
Principais Certificações em TIC
Principais Certificações em TIC Principais Certificações em TIC
Principais Certificações em TIC Cloves da Rocha
 
I Café ETE PORTO DIGITAL | EDUCAÇÃO PARA O SÉCULO 21
I Café ETE PORTO DIGITAL | EDUCAÇÃO PARA O SÉCULO 21I Café ETE PORTO DIGITAL | EDUCAÇÃO PARA O SÉCULO 21
I Café ETE PORTO DIGITAL | EDUCAÇÃO PARA O SÉCULO 21Cloves da Rocha
 
XII Café e CODE - Provocações do Mestre
XII Café e CODE - Provocações do MestreXII Café e CODE - Provocações do Mestre
XII Café e CODE - Provocações do MestreCloves da Rocha
 
Padrões de Projeto de Software Orientado a Objetos
Padrões de Projeto de Software Orientado a ObjetosPadrões de Projeto de Software Orientado a Objetos
Padrões de Projeto de Software Orientado a ObjetosCloves da Rocha
 
XI Café e CODE - Provocações do Mestre
XI Café e CODE - Provocações do MestreXI Café e CODE - Provocações do Mestre
XI Café e CODE - Provocações do MestreCloves da Rocha
 
Introdução à Qualidade de Software
Introdução à Qualidade de SoftwareIntrodução à Qualidade de Software
Introdução à Qualidade de SoftwareCloves da Rocha
 

Mais de Cloves da Rocha (20)

Mineração de Dados Um Estudo de Caso Real.pdf
Mineração de Dados Um Estudo de Caso Real.pdfMineração de Dados Um Estudo de Caso Real.pdf
Mineração de Dados Um Estudo de Caso Real.pdf
 
Live: Inteligência Artificial (IA) para pequenas e médias empresas
Live: Inteligência Artificial (IA) para pequenas e médias empresasLive: Inteligência Artificial (IA) para pequenas e médias empresas
Live: Inteligência Artificial (IA) para pequenas e médias empresas
 
Introdução a Machine Learning na Prática
Introdução a Machine Learning na PráticaIntrodução a Machine Learning na Prática
Introdução a Machine Learning na Prática
 
II JEDI 2019 - OUP e OPS
II JEDI 2019 - OUP e OPS II JEDI 2019 - OUP e OPS
II JEDI 2019 - OUP e OPS
 
Café.COM - OUP | Observatório de Projetos de Software (OPS) com ênfase em da...
Café.COM - OUP | Observatório de Projetos de Software (OPS)  com ênfase em da...Café.COM - OUP | Observatório de Projetos de Software (OPS)  com ênfase em da...
Café.COM - OUP | Observatório de Projetos de Software (OPS) com ênfase em da...
 
Introdução à Engenharia de Testes de Software
Introdução à Engenharia de Testes de SoftwareIntrodução à Engenharia de Testes de Software
Introdução à Engenharia de Testes de Software
 
Observatório de Projetos de Software com ênfase em dados abertos
Observatório de Projetos de Software com ênfase em dados abertosObservatório de Projetos de Software com ênfase em dados abertos
Observatório de Projetos de Software com ênfase em dados abertos
 
Gestão de Riscos em Processos de Negócios
Gestão de Riscos em Processos de NegóciosGestão de Riscos em Processos de Negócios
Gestão de Riscos em Processos de Negócios
 
Palestra GEOMARKETING
Palestra GEOMARKETINGPalestra GEOMARKETING
Palestra GEOMARKETING
 
Utilização de Ferramenta Para Monitoração de Desempenho Baseada em Métodos Ág...
Utilização de Ferramenta Para Monitoração de Desempenho Baseada em Métodos Ág...Utilização de Ferramenta Para Monitoração de Desempenho Baseada em Métodos Ág...
Utilização de Ferramenta Para Monitoração de Desempenho Baseada em Métodos Ág...
 
Aula 04 - Estudo de Caso Atacadão
Aula 04 - Estudo de Caso AtacadãoAula 04 - Estudo de Caso Atacadão
Aula 04 - Estudo de Caso Atacadão
 
Café com André Menelau
Café com André MenelauCafé com André Menelau
Café com André Menelau
 
Engenharia de Requisitos
Engenharia de RequisitosEngenharia de Requisitos
Engenharia de Requisitos
 
Principais Certificações em TIC - ITIL
Principais Certificações em TIC - ITILPrincipais Certificações em TIC - ITIL
Principais Certificações em TIC - ITIL
 
Principais Certificações em TIC
Principais Certificações em TIC Principais Certificações em TIC
Principais Certificações em TIC
 
I Café ETE PORTO DIGITAL | EDUCAÇÃO PARA O SÉCULO 21
I Café ETE PORTO DIGITAL | EDUCAÇÃO PARA O SÉCULO 21I Café ETE PORTO DIGITAL | EDUCAÇÃO PARA O SÉCULO 21
I Café ETE PORTO DIGITAL | EDUCAÇÃO PARA O SÉCULO 21
 
XII Café e CODE - Provocações do Mestre
XII Café e CODE - Provocações do MestreXII Café e CODE - Provocações do Mestre
XII Café e CODE - Provocações do Mestre
 
Padrões de Projeto de Software Orientado a Objetos
Padrões de Projeto de Software Orientado a ObjetosPadrões de Projeto de Software Orientado a Objetos
Padrões de Projeto de Software Orientado a Objetos
 
XI Café e CODE - Provocações do Mestre
XI Café e CODE - Provocações do MestreXI Café e CODE - Provocações do Mestre
XI Café e CODE - Provocações do Mestre
 
Introdução à Qualidade de Software
Introdução à Qualidade de SoftwareIntrodução à Qualidade de Software
Introdução à Qualidade de Software
 

Último

Slides Lição 1, CPAD, O Início da Caminhada, 2Tr24, Pr Henrique.pptx
Slides Lição 1, CPAD, O Início da Caminhada, 2Tr24, Pr Henrique.pptxSlides Lição 1, CPAD, O Início da Caminhada, 2Tr24, Pr Henrique.pptx
Slides Lição 1, CPAD, O Início da Caminhada, 2Tr24, Pr Henrique.pptxLuizHenriquedeAlmeid6
 
FORMAÇÃO POVO BRASILEIRO atividade de história
FORMAÇÃO POVO BRASILEIRO atividade de históriaFORMAÇÃO POVO BRASILEIRO atividade de história
FORMAÇÃO POVO BRASILEIRO atividade de históriaBenigno Andrade Vieira
 
Caça palavras - BULLYING
Caça palavras  -  BULLYING  Caça palavras  -  BULLYING
Caça palavras - BULLYING Mary Alvarenga
 
Aula 6 - O Imperialismo e seu discurso civilizatório.pptx
Aula 6 - O Imperialismo e seu discurso civilizatório.pptxAula 6 - O Imperialismo e seu discurso civilizatório.pptx
Aula 6 - O Imperialismo e seu discurso civilizatório.pptxMarceloDosSantosSoar3
 
Como fazer um Feedback Eficaz - Comitê de Gestores
Como fazer um Feedback Eficaz - Comitê de GestoresComo fazer um Feedback Eficaz - Comitê de Gestores
Como fazer um Feedback Eficaz - Comitê de GestoresEu Prefiro o Paraíso.
 
A Congregação de Jesus e Maria, conhecida também como os Eudistas, foi fundad...
A Congregação de Jesus e Maria, conhecida também como os Eudistas, foi fundad...A Congregação de Jesus e Maria, conhecida também como os Eudistas, foi fundad...
A Congregação de Jesus e Maria, conhecida também como os Eudistas, foi fundad...Unidad de Espiritualidad Eudista
 
O-P-mais-importante.pptx de Maria Jesus Sousa
O-P-mais-importante.pptx de Maria Jesus SousaO-P-mais-importante.pptx de Maria Jesus Sousa
O-P-mais-importante.pptx de Maria Jesus SousaTeresaCosta92
 
AS REBELIÕES NA AMERICA IBERICA (Prof. Francisco Leite)
AS REBELIÕES NA AMERICA IBERICA (Prof. Francisco Leite)AS REBELIÕES NA AMERICA IBERICA (Prof. Francisco Leite)
AS REBELIÕES NA AMERICA IBERICA (Prof. Francisco Leite)profesfrancleite
 
Apresente de forma sucinta as atividades realizadas ao longo do semestre, con...
Apresente de forma sucinta as atividades realizadas ao longo do semestre, con...Apresente de forma sucinta as atividades realizadas ao longo do semestre, con...
Apresente de forma sucinta as atividades realizadas ao longo do semestre, con...Colaborar Educacional
 
Apresentação sobrea dengue educação.pptx
Apresentação sobrea dengue educação.pptxApresentação sobrea dengue educação.pptx
Apresentação sobrea dengue educação.pptxtaloAugusto8
 
Verbos - transitivos e intransitivos.pdf
Verbos -  transitivos e intransitivos.pdfVerbos -  transitivos e intransitivos.pdf
Verbos - transitivos e intransitivos.pdfKarinaSouzaCorreiaAl
 
PROJETO DE EXTENSÃO - SEGURANÇA, INOVAÇÃO E SUSTENTABILIDADE PARA O BEM COMUM...
PROJETO DE EXTENSÃO - SEGURANÇA, INOVAÇÃO E SUSTENTABILIDADE PARA O BEM COMUM...PROJETO DE EXTENSÃO - SEGURANÇA, INOVAÇÃO E SUSTENTABILIDADE PARA O BEM COMUM...
PROJETO DE EXTENSÃO - SEGURANÇA, INOVAÇÃO E SUSTENTABILIDADE PARA O BEM COMUM...Colaborar Educacional
 
SEMIOSES DO OLHAR - SLIDE PARA ESTUDO 123
SEMIOSES DO OLHAR - SLIDE PARA ESTUDO 123SEMIOSES DO OLHAR - SLIDE PARA ESTUDO 123
SEMIOSES DO OLHAR - SLIDE PARA ESTUDO 123JaineCarolaineLima
 
Depende De Nós! José Ernesto Ferraresso.ppsx
Depende De Nós! José Ernesto Ferraresso.ppsxDepende De Nós! José Ernesto Ferraresso.ppsx
Depende De Nós! José Ernesto Ferraresso.ppsxLuzia Gabriele
 
Cruzadinha da dengue - Mosquito Aedes aegypti
Cruzadinha da dengue - Mosquito Aedes aegyptiCruzadinha da dengue - Mosquito Aedes aegypti
Cruzadinha da dengue - Mosquito Aedes aegyptiMary Alvarenga
 
Peixeiras da Coruña. O Muro da Coruña. IES Monelos
Peixeiras da Coruña. O Muro da Coruña. IES MonelosPeixeiras da Coruña. O Muro da Coruña. IES Monelos
Peixeiras da Coruña. O Muro da Coruña. IES MonelosAgrela Elvixeo
 
QUIZ - GEOGRAFIA - 8º ANO - FASES DO CAPITALISMO.pptx
QUIZ - GEOGRAFIA - 8º ANO - FASES DO CAPITALISMO.pptxQUIZ - GEOGRAFIA - 8º ANO - FASES DO CAPITALISMO.pptx
QUIZ - GEOGRAFIA - 8º ANO - FASES DO CAPITALISMO.pptxAntonioVieira539017
 

Último (20)

Abordagem 2. Análise temática (Severino, 2013)_PdfToPowerPoint.pdf
Abordagem 2. Análise temática (Severino, 2013)_PdfToPowerPoint.pdfAbordagem 2. Análise temática (Severino, 2013)_PdfToPowerPoint.pdf
Abordagem 2. Análise temática (Severino, 2013)_PdfToPowerPoint.pdf
 
(42-ESTUDO - LUCAS) DISCIPULO DE JESUS
(42-ESTUDO - LUCAS)  DISCIPULO  DE JESUS(42-ESTUDO - LUCAS)  DISCIPULO  DE JESUS
(42-ESTUDO - LUCAS) DISCIPULO DE JESUS
 
Slides Lição 1, CPAD, O Início da Caminhada, 2Tr24, Pr Henrique.pptx
Slides Lição 1, CPAD, O Início da Caminhada, 2Tr24, Pr Henrique.pptxSlides Lição 1, CPAD, O Início da Caminhada, 2Tr24, Pr Henrique.pptx
Slides Lição 1, CPAD, O Início da Caminhada, 2Tr24, Pr Henrique.pptx
 
FORMAÇÃO POVO BRASILEIRO atividade de história
FORMAÇÃO POVO BRASILEIRO atividade de históriaFORMAÇÃO POVO BRASILEIRO atividade de história
FORMAÇÃO POVO BRASILEIRO atividade de história
 
Caça palavras - BULLYING
Caça palavras  -  BULLYING  Caça palavras  -  BULLYING
Caça palavras - BULLYING
 
Abordagem 1. Análise textual (Severino, 2013).pdf
Abordagem 1. Análise textual (Severino, 2013).pdfAbordagem 1. Análise textual (Severino, 2013).pdf
Abordagem 1. Análise textual (Severino, 2013).pdf
 
Aula 6 - O Imperialismo e seu discurso civilizatório.pptx
Aula 6 - O Imperialismo e seu discurso civilizatório.pptxAula 6 - O Imperialismo e seu discurso civilizatório.pptx
Aula 6 - O Imperialismo e seu discurso civilizatório.pptx
 
Como fazer um Feedback Eficaz - Comitê de Gestores
Como fazer um Feedback Eficaz - Comitê de GestoresComo fazer um Feedback Eficaz - Comitê de Gestores
Como fazer um Feedback Eficaz - Comitê de Gestores
 
A Congregação de Jesus e Maria, conhecida também como os Eudistas, foi fundad...
A Congregação de Jesus e Maria, conhecida também como os Eudistas, foi fundad...A Congregação de Jesus e Maria, conhecida também como os Eudistas, foi fundad...
A Congregação de Jesus e Maria, conhecida também como os Eudistas, foi fundad...
 
O-P-mais-importante.pptx de Maria Jesus Sousa
O-P-mais-importante.pptx de Maria Jesus SousaO-P-mais-importante.pptx de Maria Jesus Sousa
O-P-mais-importante.pptx de Maria Jesus Sousa
 
AS REBELIÕES NA AMERICA IBERICA (Prof. Francisco Leite)
AS REBELIÕES NA AMERICA IBERICA (Prof. Francisco Leite)AS REBELIÕES NA AMERICA IBERICA (Prof. Francisco Leite)
AS REBELIÕES NA AMERICA IBERICA (Prof. Francisco Leite)
 
Apresente de forma sucinta as atividades realizadas ao longo do semestre, con...
Apresente de forma sucinta as atividades realizadas ao longo do semestre, con...Apresente de forma sucinta as atividades realizadas ao longo do semestre, con...
Apresente de forma sucinta as atividades realizadas ao longo do semestre, con...
 
Apresentação sobrea dengue educação.pptx
Apresentação sobrea dengue educação.pptxApresentação sobrea dengue educação.pptx
Apresentação sobrea dengue educação.pptx
 
Verbos - transitivos e intransitivos.pdf
Verbos -  transitivos e intransitivos.pdfVerbos -  transitivos e intransitivos.pdf
Verbos - transitivos e intransitivos.pdf
 
PROJETO DE EXTENSÃO - SEGURANÇA, INOVAÇÃO E SUSTENTABILIDADE PARA O BEM COMUM...
PROJETO DE EXTENSÃO - SEGURANÇA, INOVAÇÃO E SUSTENTABILIDADE PARA O BEM COMUM...PROJETO DE EXTENSÃO - SEGURANÇA, INOVAÇÃO E SUSTENTABILIDADE PARA O BEM COMUM...
PROJETO DE EXTENSÃO - SEGURANÇA, INOVAÇÃO E SUSTENTABILIDADE PARA O BEM COMUM...
 
SEMIOSES DO OLHAR - SLIDE PARA ESTUDO 123
SEMIOSES DO OLHAR - SLIDE PARA ESTUDO 123SEMIOSES DO OLHAR - SLIDE PARA ESTUDO 123
SEMIOSES DO OLHAR - SLIDE PARA ESTUDO 123
 
Depende De Nós! José Ernesto Ferraresso.ppsx
Depende De Nós! José Ernesto Ferraresso.ppsxDepende De Nós! José Ernesto Ferraresso.ppsx
Depende De Nós! José Ernesto Ferraresso.ppsx
 
Cruzadinha da dengue - Mosquito Aedes aegypti
Cruzadinha da dengue - Mosquito Aedes aegyptiCruzadinha da dengue - Mosquito Aedes aegypti
Cruzadinha da dengue - Mosquito Aedes aegypti
 
Peixeiras da Coruña. O Muro da Coruña. IES Monelos
Peixeiras da Coruña. O Muro da Coruña. IES MonelosPeixeiras da Coruña. O Muro da Coruña. IES Monelos
Peixeiras da Coruña. O Muro da Coruña. IES Monelos
 
QUIZ - GEOGRAFIA - 8º ANO - FASES DO CAPITALISMO.pptx
QUIZ - GEOGRAFIA - 8º ANO - FASES DO CAPITALISMO.pptxQUIZ - GEOGRAFIA - 8º ANO - FASES DO CAPITALISMO.pptx
QUIZ - GEOGRAFIA - 8º ANO - FASES DO CAPITALISMO.pptx
 

DESENVOLVIMENTO E GERENCIAMENTO ÁGIL DE PROJETOS DE SOFTWARE

  • 1. DESENVOLVIMENTO E GERENCIAMENTO ÁGIL DE PROJETOS DE SOFTWARE Professor: Cloves Rocha PhD Student in Computer Science MSc. in Computer Science
  • 2. Agenda Kurt Schneider ⚫ 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
  • 3. Alerta ⚫ Alguns Dados ⚪ 84% dos sistemas entregues não atendem as necessidades do cliente; ⚪ 79% dos projetos sofrem com atrasos; ⚪ 63% tem custo maior que o previsto; ⚪ 50% dos sistemas prontos tem problemas: são de baixa qualidade e faltam funcionalidades necessárias;
  • 4. Motivação INVICTUS ... EU SOU O MESTRE DO MEU DESTINO. EU SOU O CAPITÃO DA MINHA ALMA. WILLIAN ERNEST HENLEY [1849 – 1903 INGLATERRA]
  • 8. Gerenciamento de Projetos Kurt Schneider ⚫ 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
  • 9. Gerenciamento de Projetos de Software Kurt Schneider ⚫ 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
  • 10. O que é agilidade? Kurt Schneider
  • 11. O que é agilidade? Kurt Schneider ⚫ Agilidade ⚪ Rapidez, desembaraço ⚪ Qualidade de quem é veloz ⚫ Capacidade de responder rapidamente a mudanças ⚪ Mudanças de tecnologias, de equipe, de requisitos... ⚫ Entregar valor ao cliente quando se lida com imprevisibilidade e dinamismo dos projetos ⚫ Problema ⚪ Aparenta ser indisciplinado
  • 12. Manifesto Ágil Kurt Schneider ⚫ Estamos descobrindo melhores formas de desenvolver software através da nossa própria prática e auxiliando outros. Indivíduos e Iterações Software funcionando Colaboração com cliente Responder a mudanças Processos e Ferramentas Documentação detalhada Negociação de contratos Seguir um plano Valores
  • 13. Princípios da agilidade Kurt Schneider 1. A mais alta prioridade é a satisfação do cliente, por meio da liberação mais rápida e contínua de software de valor. 2. Receba bem as mudanças de requisitos, mesmo em estágios tardios do desenvolvimento. Processos ágeis devem admitir mudanças que trazem vantagens competitivas para o cliente. 3. Libere software freqüentemente (em intervalos de 2 semanas até meses), dando preferência para uma escala de tempo mais curta. 4. Mantenha pessoas ligadas ao negócio (clientes) e desenvolvedores trabalhando juntos a maior parte do tempo do projeto.
  • 14. Princípios da agilidade Kurt Schneider 5. Construa projetos com indivíduos motivados, dê a eles o ambiente e suporte que precisam e confie neles para ter o trabalho realizado. 6. O método mais eficiente e efetivo para repassar informação entre uma equipe de desenvolvimento é pela comunicação face-a-face. 7. Software funcionando é a principal medida de progresso de um projeto de software 8. Processos ágeis promovem desenvolvimento sustentado. Assim, patrocinadores, desenvolvedores e usuários devem ser capazes de manter conversação pacífica indefinidamente.
  • 15. Princípios da agilidade Kurt Schneider 9. A atenção contínua para a excelência técnica e um bom projeto (design) aprimoram a agilidade. 10. Simplicidade - a arte de maximizar a quantidade de trabalho não feito – é essencial, devendo ser assumida em todos os aspectos do projeto. 11. As melhores arquiteturas, requisitos e projetos emergem de equipes auto-organizadas. 12. Em intervalos regulares, as equipes devem refletir sobre como se tornarem mais efetivas, e então refinarem e ajustarem seu comportamento de acordo.
  • 16. Signatários do Manifesto Kurt Schneider ⚫ Kent Beck ⚫ Mike Beedle ⚫ Arie van Bennekum ⚫ Alistair Cockburn ⚫ Ward Cunningham ⚫ Martin Fowler ⚫ James Grenning ⚫ Jim Highsmith ⚫ Ron Jeffries ⚫ Jon KernBrian Marick ⚫ Robert C. Martin ⚫ Steve Mellor ⚫ Ken Schwaber ⚫ Jeff Sutherland ⚫ Dave Thomas ⚫ Andrew Hunt ⚫ Scott Ambler
  • 17. Declaração de Interdependência Kurt Schneider ⚫ Abordagens ágeis e adaptativas para permitir ligar pessoas, projetos e valor “Somos uma comunidade de líderes de projeto que é altamente eficaz entregando resultados.”
  • 18. O que significa interdependência? Kurt Schneider ⚫ Que membros de uma equipe de projeto são parte interdependente do tudo e não um grupo de indivíduos desconectados. ⚪ Dependem reciprocamente uns dos outros ⚫ Que equipes de projeto, seus clientes, seus interessados (stakeholders) também são interdependentes. ⚫ Equipes de projeto que não reconhecem esta interdependência raramente tem sucesso.
  • 19. Declaração de Interdependência Kurt Schneider ⚫ Para atingir os resultados: ⚪ Entregamos resultados confiáveis engajando clientes em iterações freqüentes e propriedade compartilhada. ⚪ Esperamos incerteza e a gerenciamos através de iterações, antecipação e adaptação. ⚪ Despertamos a criatividade e a inovação através do reconhecimento que indivíduos são a fonte ultima de valor, e criando um ambiente no qual eles possam fazer diferença.
  • 20. Declaração de Interdependência Kurt Schneider ⚫ Para atingir os resultados: ⚪ Impulsionamos desempenho através de cobrança do grupo por resultados e responsabilidade compartilhada pela efetividade da equipe. ⚪ Melhoramos efetividade e a confiabilidade através de estratégias, processos e praticas especificas dependendo da situação.
  • 21. Signatários da Declaração Kurt Schneider ⚫ David Anderson ⚫ Sanjiv Augustine ⚫ Christopher Avery ⚫ Alistair Cockburn ⚫ Mike Cohn ⚫ Doug DeCarlo ⚫ Donna Fitzgerald ⚫ Jim Highsmith ⚫ Ole Jepsen ⚫ Lowell Lindstrom ⚫ Todd Little ⚫ Kent McDonald ⚫ Pollyanna Pixton ⚫ Preston Smith ⚫ Robert Wysocki
  • 23. Gerenciamento de Projetos Kurt Schneider ⚫ Projetos gerenciados através de ⚪ Especificação detalhada dos requisitos Auxilia no planejamento O sistema construído atende a necessidade do cliente? ⚪ Abordagem BRUF Big Requirements Up Front (Grandes requisitos primeiro) Algumas funcionalidades raramente utilizadas
  • 24. Gerenciamento de Projetos Kurt Schneider ⚫ Implicações da abordagem BRUF ⚪ Criar um plano de projeto precocemente detalhado no ciclo de vida ⚪ Criar precocemente estimativas precisas para o projeto ⚪ Usar o processo de mudanças preventivamente
  • 25. Quebra de paradigma Kurt Schneider ⚫ Clássico ⚫ Ágil Escop o Prazo Custo Qualid ade Prazo Custo Qualidade Escopo
  • 27. Gerenciamento Ágil de Projetos Kurt Schneider ⚫ Um conjunto de valores, princípios e práticas que auxiliam a equipe de projeto a entregar produtos ou serviços de valor em um ambiente complexo, instável e desafiador ⚫ É o exercício de princípios e práticas ágeis aliados aos conhecimentos, habilidades e técnicas na elaboração das atividades de projeto, de forma a diminuir o time-to-market, e se adequar às mudanças durante o projeto. Tempo de lançamento de um produto. Conta-se do desenvolvimento do Conceito à disponibilidade para venda ⚫ Objetivo ⚪ Garantir que exista um equilíbrio entre demandas de qualidade, escopo, tempo e custos
  • 28. Gerenciamento Ágil de Projetos Kurt Schneider ⚫ 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
  • 29. Gerenciamento Ágil de Projetos Kurt Schneider ⚫ 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
  • 30. Técnicas de Gerenciamento Ágil de Projetos Kurt Schneider ⚫ Foque nas pessoas ⚪ As pessoas e a maneira como interagem são determinantes mais importantes para o sucesso de um projeto ⚫ Organize seu projeto em iterações ⚪ Curtos períodos de tempo onde ao seu final chega-se a um objetivo específico ⚫ Estabeleça marco de entrega final somente se for realmente necessário
  • 31. Técnicas de Gerenciamento Ágil de Projetos Kurt Schneider ⚫ Tenha um plano de projeto de alto nível ⚪ Principais dependências externas, iterações planejadas e uma estimativa de término (se possível) ⚫ Crie planos de iteração detalhados com base no JIT (Just In Time) Sistema de administração da produção que determina que nada deve ser produzido, transportado ou comprado antes da hora exata. Pode ser aplicado em qualquer organização, para reduzir estoques e os custos decorrentes. ⚪ Você só pode planejar precisamente com algumas semanas de antecedência da realização ⚫ Envolva todos da equipe no planejamento ⚪ Planejar as próprias atividades
  • 32. Técnicas de Gerenciamento Ágil de Projetos Kurt Schneider ⚫ As pessoas deveriam escolher seu trabalho ao invés de serem mandadas para fazê-lo ⚪ Organizar o próprio trabalho ⚫ Faça estimativa de coisas pequenas ⚪ É mais fácil fazer a estimativa de um trabalho que levará apenas um dia do que estimar algo que levará um mês. ⚫ As pessoas deveriam estimar seu próprio trabalho ⚪ As melhores estimativas vêm de baixo para cima e não de cima para baixo
  • 33. Gerenciamento Ágil de Projetos Kurt Schneider ⚫ Ambientes onde pode apresentar problemas ⚪ Cultura da documentação ⚪ Dificuldade para aceitar mudanças ⚪ Demora para obtenção da realimentação ⚪ Resistência cultural
  • 34. Gerenciamento Ágil de Projetos Kurt Schneider ⚫ 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
  • 35. Abordagem Clássica vs. Abordagem Ágil Kurt Schneider Clássica Ágil Desenvolvedor hábil ágil Cliente pouco envolvido comprometido Requisitos conhecidos, estáveis emergentes, mutáveis Retrabalho caro barato Planejamento direciona resultados resultados o direcionam Foco grandes projetos projetos de natureza exploratória e inovadores Objetivo controlar, em busca de alcançar o planejado simplificar processo de desenvolvimento
  • 36. Abordagem Clássica vs. Abordagem Ágil Kurt Schneider ⚫ Ciclo de vida ágil é semelhante ao clássico ⚪ Define o que o cliente quer e inicia o projeto ⚪ Planeja o projeto, calculando o esforço ⚪ Executa o plano, construindo a solução ⚪ Monitora resultados e entrega ao cliente
  • 37. Scrum
  • 38. Scrum Kurt Schneider ⚫ Uma alternativa de utilizar métodos ágeis na gerência de projetos ⚫ Pode ser aplicável a qualquer tipo de projeto ⚫ É simples ⚪ Processo, artefatos e regras são poucos e fáceis de entender ⚪ A simplicidade pode ser decepcionante aos acostumados com metodologias clássicas
  • 39. Scrum Kurt Schneider ⚫ Não é um método prescritivo ⚪ Não define previamente o que deve ser feito em cada situação ⚪ Projetos complexos não permitem prever todos os eventos ⚫ Define um framework e um conjunto de práticas ⚫ Aplica o senso comum ⚪ Combinação de experiência, treinamento, confiança e inteligência de toda a equipe ⚪ Senso comum em vez do senso de uma única pessoa é uma das razões do sucesso do Scrum
  • 40. Fases Kurt Schneider ⚫ Planejamento ⚫ Sprints ⚪ Reuniões Diárias ⚪ Revisão ⚪ Retrospectivas ⚫ Encerramento
  • 41. Planejamento Kurt Schneider ⚫ Relativamente curto ⚫ Projeto da arquitetura do sistema ⚫ Estimativas de datas e custos ⚫ Criação do 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 Backlog
  • 42. Sprint Kurt Schneider ⚫ O time recebe uma parte do backlog para desenvolvimento ⚪ O backlog não sofrerá modificações durante o Sprint ⚫ Duração de 1 a 4 semanas ⚫ Sempre apresentam um executável ao final
  • 43. Sprint - Reuniões Diárias Kurt Schneider ⚫ Cerca de 15 minutos de duração ⚫ Todos respondem às perguntas: ⚪ O que você realizou desde a última reunião? ⚪ Quais problemas você enfrentou? ⚪ Em que você trabalhará até a próxima reunião? ⚫ Benefícios: ⚪ Maior integração entre os membros da equipe ⚪ Rápida solução de problemas Promovem o compartilhamento de conhecimento ⚪ Progresso medido continuamente Minimização de riscos
  • 44. Sprint - Revisão Kurt Schneider ⚫ Deve obedecer à data de entrega ⚪ Permitida a diminuição de funcionalidades ⚫ Apresentação do produto ao cliente ⚪ Sugestões de mudanças são incorporadas ao backlog ⚫ Benefícios: ⚪ Apresentar resultados concretos ao cliente ⚪ Integrar e testar uma boa parte do software ⚪ Motivação da equipe Nova funcionalidade
  • 45. Encerramento Kurt Schneider ⚫ 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
  • 46. Papéis no Scrum Kurt Schneider ⚫ Todas as responsabilidades de gerenciamento são divididas entre três papéis: ⚪ Product Owner ⚪ Scrum Master ⚪ Time ⚫ Para o bom funcionamento do Scrum as pessoas responsáveis pelo projeto devem ter autoridade para fazer o que for necessário pelo seu sucesso ⚫ Pessoas não responsáveis não podem interferir no projeto ⚪ Gera aumento de produtividade ⚪ Evita situações constrangedoras para os envolvidos
  • 47. Papéis – Product Owner Kurt Schneider ⚫ Responsável por apresentar os interesses de todos os stakeholders ⚫ Define fundamentos iniciais do projeto, objetivos e planos de release ⚫ Responsável pela lista de requisitos (Product Backlog) ⚫ Certifica se as atividades com maior valor para o negócio são desenvolvidas primeiro ⚪ Priorização freqüente das funcionalidades antes de cada iteração
  • 48. Papéis – Scrum Master Kurt Schneider ⚫ Responsável pelo sucesso do Scrum ⚫ Ensina o Scrum para os envolvidos com o projeto ⚫ Implementa o Scrum na empresa de forma adaptada a sua cultura, para continuamente gerar benefícios ⚫ Certifica se cada pessoa envolvida está seguindo seus papéis e as regras do Scrum ⚫ Certifica que pessoas não responsáveis não interfiram no processo
  • 49. Papéis – Time Kurt Schneider ⚫ Responsável por escolher as funcionalidades a serem desenvolvidas em cada interação e desenvolvê-las ⚫ O time se auto-gerencia, se auto-organiza ⚫ Todos os membros do time são coletivamente responsáveis pelo sucesso de cada iteração
  • 50. Regras no Scrum Kurt Schneider ⚫ O ScrumMaster deve se certificar de que cada envolvido no projeto siga suas regras ⚫ As regras permitem a execução correta do Scrum ⚫ Mudanças das regras devem se originar do time ⚪ O ScrumMaster deve ser convencido de que todos envolvidos entenderam suficientemente as regras do Scrum para o correto discernimento ⚪ Discussões desnecessárias são perda de tempo de produção da equipe
  • 51. Sprint Planning Meeting Kurt Schneider ⚫ A reunião de planejamento do Sprint deve ocorrer dentro de 8 horas com duas partes de 4 horas ⚫ Primeiro segmento: ⚪ Product Owner deve preparar o Product Backlog antes da reunião ⚪ Seleção dos itens do Product Backlog que o time se compromete em torná-los incrementos potencialmente implementáveis ⚪ Decisão final é do Product Owner ⚪ Stakeholders não devem participar
  • 52. Sprint Planning Meeting Kurt Schneider ⚫ Segundo segmento: ⚪ 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 segmento é o Sprint Backlog
  • 53. Scrum Daily Meeting Kurt Schneider ⚫ Reunião de no máximo 15 minutos, a menos que o time seja grande o suficiente para precisar de mais tempo ⚫ Deve ser feita no mesmo lugar onde o time trabalha ⚫ Resulta em melhores resultados se realizada no inicio do dia de trabalho ⚫ Todos os membros do time devem participar desta reunião
  • 54. Scrum Daily Meeting Kurt Schneider ⚫ ScrumMaster faz as seguintes perguntas para cada membro do time: ⚪ O que você fez desde a última reunião diária do Scrum relacionada a este projeto? ⚪ O que você irá fazer desde agora até a próxima reunião diária do Scrum relacionada a este projeto? ⚪ O que está impedindo você de realizar o seu trabalho o mais efetivamente possível? ⚫ Os membros devem responder apenas a estas perguntas para não estender a reunião
  • 55. Sprint Kurt Schneider ⚫ Não deve ser maior do que 30 dias consecutivos ⚫ Sem considerar outros fatores, este é o tempo necessário para produzir algo de interesse para o Product Owner e os stakeholders ⚫ O time se compromete com o Product Backlog ⚪ Não são permitidas modificações nele durante o Sprint
  • 56. Sprint Kurt Schneider ⚫ Responsabilidades do time durante o Sprint: ⚪ Participar das reuniões diárias do Scrum ⚪ Manter o Sprint Backlog atualizado ⚪ Disponibilizar o Sprint Backlog publicamente ⚫ O time tem o compromisso de implementar todos os itens selecionados
  • 57. Reunião de Revisão do Sprint Kurt Schneider ⚫ Reunião de no máximo 4 horas sob responsabilidade do ScrumMaster ⚫ O time não deve gastar mais de 1 hora na preparação desta reunião ⚫ Objetivo: ⚪ Mostrar ao Product Owner e stakeholders as funcionalidades que foram feitas ⚫ Artefatos não devem ser apresentados, pois não são funcionalidades ⚫ No final da reunião ⚪ Cada stakeholder fala suas impressões e sugere mudanças com suas respectivas prioridades ⚪ Possíveis modificações no Product Backlog são discutidas entre o Product Owner e o time ⚪ ScrumMaster anuncia a data e o local da próxima reunião de revisão do Sprint ao Product Owner e a todos stakeholders
  • 58. Reunião de Retrospectiva do Sprint Kurt Schneider ⚫ Não deve ser maior do que 3 horas ⚫ Participam desta reunião ⚪ Time, ScrumMaster e, opcionalmente, Product Owner ⚫ Os membros do time devem responder a duas questões: ⚪ O que aconteceu de bom durante o último Sprint? ⚪ O que pode ser melhorado para o próximo Sprint? ⚫ ScrumMaster escreve as respostas e prioriza na ordem que deseja discutir as potenciais melhorias ⚫ ScrumMaster nesta reunião tem o papel de fazer com que o time encontre melhores formas de aplicar o Scrum
  • 60. Reflexão Kurt Schneider ⚫ Qual a melhor abordagem de gerenciamento para o desenvolvimento de software conduzido por metodologias ágeis? ⚫ Grandes projetos podem ser gerenciados de forma ágil? ⚪ Como é possível? ⚪ É confiável? ⚫ Gerenciamento ágil para qualquer tipo de projeto ⚪ Construção de edifícios, aviões, robôs Como é possível?
  • 61. Considerações Finais Kurt Schneider ⚫ 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
  • 62. Considerações Finais Kurt Schneider ⚫ Abordagens possuem pontos positivos e negativos ⚪ Partem de pressupostos diferentes ⚪ Podem coexistir e conviver bem em um mesmo ambiente Considerar criteriosamente o ambiente correto ⚪ Necessário buscar o ponto de equilíbrio, avaliando riscos Planejamento aperfeiçoa a agilidade Agilidade dá eficiência ao planejamento
  • 63. Considerações Finais Kurt Schneider ⚫ Projetos complexos e com restrições de tempo necessitam de uma nova abordagem ⚫ Scrum é uma boa solução ⚪ É eficiente quando as regras e os papéis são bem seguidos ⚪ Apesar da sua simplicidade, as pessoas costumam não aceitar facilmente a nova abordagem ⚪ Há diversos casos de sucesso ⚫ Deve-se considerar as condições da equipe e as características dos projetos antes de uma migração
  • 64. Referências Kurt Schneider ⚫ AMBLER, S. Gerenciamento ágil de projetos: Colocando o desenvolvimento de software em ordem. Mundo PM. out/nov 2006 ⚫ ANDERSON, D. J. Agile management for software engineering: Applying the theory of constraints for business results. New Jersey: Prentice Hall, 2003. 336p. ⚫ AUGUSTINE, S. Managing agile projects. Prentice Hall, 2005. 264p. ⚫ AUGUSTINE, S.; PAYNE, B.; SENCINDIVER, F.; WOODCOCK, S. Agile project management: Steering from the edges. Communications of the ACM, v. 48, dez. 2005. p. 85-89. ⚫ BECK, K. 2001. AGILE ALLIANCE. Manifesto for agile software development. Disponível em <http://www.agilemanifesto.org/>. Acesso em 29 nov. 2006. ⚫ CHIN, G. Agile project management: how to succeed in the face of changing project requirements. New York: Amacon, 2004. 229 p. ⚫ DECARLO, D. Extreme project management: Using leadership, principles, and tools to deliver value in the face of volatility. California: Jossey-Bass, 2004. 560p.
  • 65. Referências Kurt Schneider ⚫ DECLARATION OF INTERDEPENDENCE. 2001. Declaration of interdependence. Disponível em <http://pmdoi.org/>. Acesso em 29 nov. 2006. ⚫ GRIFFITHS, M. Using agile alongside the PMBOK. PMI Global Congress Proceedings, 2004. ⚫ HIGHSMITH, J. Agile project management: creating innovative products. Boston: Addison-Wesley, 2004. 312 p . ⚫ KERZNER, H. Project Management: A Systems Approach to Planning, Scheduling, and Controlling. New Jersey: John Wiley & Sons, 2003. 912p. ⚫ PROJECT MANAGEMENT INSTITUTE – PMI. PMBOK Guide: Um guia do conjunto de conhecimentos do gerenciamento de projetos. Pennsylvania: Project Management Institute, 3. ed., 2004. ⚫ SCHWABER, K. Agile Project Management with Scrum. Microsoft Press, 2004. ⚫ MAGALHÃES, A. O gerenciamento de projetos desenvolvidos à luz das metodologias ágeis. PMI-MG jun/2006. Disponível em <http://www.pmimg.org.br/downloads/Palestra-GerenciamentoAgil.pdf>. Acesso em 29 nov. 2006