View
892
Download
1
Category
Preview:
Citation preview
Metodologias Ágeis para Gestão e Planejamento de Projetos
Scrum - XP - KanbanDaiana Joyce
Matheus CostaMike Farias
http://equipescrum.blogspot.com.br/
Quadro de Tarefas
Quadro de Tarefas
Onde tudo começou ...
Métodos Robustos
O desenvolvimento ágil de software surgiu
como parte de uma reação contra métodos
mais robustos de desenvolvimento e de gestão
e planejamento do projeto.
RUP - Rational Unified Process
Modelo Clássico - Cascata
Modelo em Espiral
Princípios do Manifesto ÁgilAs metodologias já existiam, mas foi em 2001 que um grupo formado por Kent Beck e mais
dezesseis renomados desenvolvedores que assinaram o Manisfesto para o Desenvolvimento Ágil de
Software.
● Os indivíduos e as interações são mais importantes do que os processos e as ferramentas;
● O software funcionando é mais importante do que uma documentação completa;
● A colaboração com e dos clientes acima de apenas negociações de contratos;
● Respostas a mudanças acima de seguir um plano.
Princípios do Manifesto Ágil ● Garantir a satisfação do consumidor entregando rapidamente e continuamente software funcionais;
● Até mesmo mudanças tardias de escopo no projecto são bem-vindas para garantir a vantagem
competitiva do cliente;
● Software funcionais são entregues frequentemente (semanas, ao invés de meses);
● Cooperação diária entre pessoas que entendem do 'negócio' e desenvolvedores;
● Projetos surgem através de indivíduos motivados, entre os quais existe relação de confiança;
● A maneira mais eficiente e efetiva de transmitir informações é conversas cara a cara;
Princípios do Manifesto Ágil● Processos ágeis promovem desenvolvimento sustentável. Os patrocinadores, desenvolvedores e
usuários devem ser capazes de manter um ritmo constante indefinidamente;
● Design do software deve prezar pela excelência técnica;
● Simplicidade é essencial;
● As melhores arquiteturas, requisitos e projetos emergem de equipes auto-organizadas;
● Em intervalos regulares, a equipe reflete sobre como tornar-se mais eficaz, então sintoniza e ajusta
seu comportamento apropriadamente.
Metodologias Ágeis
● Scrum;
● extreme Programming - XP; e
● Painéis Kanban..
Quadro de Tarefas
Scrum
● Reuniões;
● Sprints;
● Boacklog do Produto;
● Spint Backlog;
● Papéis: Scrum Master, Time,
Product Owner.
Scrum Master● O Scrum Master procura assegurar que a equipe respeite e siga os valores e as práticas do Scrum;
● Também protege a equipe assegurando que ela se comprometa apenas com o que é capaz de
realizar durante um Sprint;
● E filtra o maior número possível problemas para que estes não cheguem até o time.
Scrum ● Aplicável a qualquer tipo de projetos;● Equipes pequenas, requisitos não estáveis ou desconhecidos, iterações curtas;● Trabalho realizado com prazo fixo;● RoadMap: caminho a seguir
○ Definição de releases e de seus componentes do produto a serem implementados○ Definido por consenso○ Atualizadas ao final de cada release
● Sprint sempre apresenta executável no final.
Reuniões Diárias ● O que você fez ontem?
● O que você fará hoje?
● Há algum impedimento no seu caminho?
Reuniões de Planejamento -Sprint Planning Meeting
● O Product Owner descreve as funcionalidades de maior prioridade para a equipe;
● A equipe faz perguntas durante a reunião de modo que seja capaz de quebrar as funcionalidades
em tarefas técnicas, após a reunião;
● Essas tarefas irão dar origem ao Sprint Backlog;
● Equipe Scrum se encontra separadamente e decidem o quanto podem se comprometer a fazer no
Sprint que será iniciada;
● Pode haver negociação com o Product Owner, mas será sempre responsabilidade da equipe
determinar o quanto ela será capaz de se comprometer a fazer.
Reunião de Revisão da Sprint - Sprint Review Meeting
● A Reunião de Revisão da Sprint ocorre ao final de um Sprint
○ Identifica o que funcionou bem;
○ O que pode ser melhorado;
○ Que ações serão tomadas para melhorar.
Elaborando um Roadmap do Produto
7 Hábitos do Scrum Altamente Eficaz 1. Seja Proativo;
2. Começar com o objetivo em Mente;
3. Primeiro o Mais Importante;
4. Mentalidade Ganha-Ganha;
5. Procure Primeiro Compreender, Depois ser Compreendido;
6. Criar Sinergia;
7. Afinar o Instrumento.
Quadro de Tarefas
eXtreme Programming (XP)● Nascida nos Estados Unidos ao final da década de 90;
● Sucesso em diversos países, por ajudar a criar sistemas de melhor qualidade, que são produzidos em menos tempo e de forma mais econômica que o habitual;
● Valores, princípios e práticas.
eXtreme Programming (XP)● A XP foi desenvolvida para ser aplicada em projetos em que:
○ Os requisitos mudem com frequência;
○ Utilizem desenvolvimento orientado a objetos;
○ Trabalhem com times de dois a 10 programadores;
○ Não sejam severamente restringidos pelo ambiente computacional;
○ Boa parte da execução de testes possa ser feita em pouco tempo no dia;
○ E possua desenvolvimento incremental.
Valores● O que realmente importa não é como uma pessoa se comporta, mas sim como os indivíduos se
comportam como parte de uma equipe e como parte de uma organização.○ Comunicação;○ Coragem;○ Feedback;○ Respeito;○ Simplicidade.
Práticas● Aquilo que você verá as equipes XP fazendo diariamente.
○ Primárias
■ São práticas que você pode começar a adotar imediatamente de forma segura para melhorar seu esforço de desenvolvimento de software.
○ Corolárias
■ São práticas difíceis ou perigosas de serem implementadas antes de se adotar as práticas primárias.
Práticas Primárias● Ambiente Informativo;● Build de Dez Minutos;● Ciclo Semanal;● Ciclo Trimestral;● Desenvolvimento Orientado a Testes;● Design Incremental;● Equipe Integral;● Folga;● Histórias;● Integração Contínua;● Programação em Par;● Sentar-se Junto;● Trabalho Energizado.
Práticas Corolárias● Análise da Raiz do Problema;● Base de Código Unificada;● Código Coletivo;● Código e Testes;● Continuidade da Equipe;● Contrato de Escopo Negociável;● Envolvimento do Cliente Real;● Equipes que Encolhem;● Implantação Diária;● Implantação Incremental;● Pagar Por Uso.
Outras práticas
● Reunião em Pé;● Refatoração;● Metáfora.
Princípios
● Existem para servir de ponte entre valores e práticas;● Servem como guias que se aplicam a um domínio específico.
○ Auto-semelhança;○ Benefício Mútuo;○ Diversidade;○ Economia;○ Falha;○ Fluidez;○ Humanismo;○ Melhoria;
Princípios
○ Oportunidade;○ Passos de Bebê;○ Qualidade;○ Redundância;○ Reflexão;○ Responsabilidade Aceita.
Papéis ● O objetivo não é fazer com que as pessoas preencham papéis abstratos, mas sim fazer com que
cada membro da equipe contribua com o melhor de si para o projeto;● Papéis em uma equipe XP não são fixos e rígidos;● O objetivo é fazer com que cada um contribua com o melhor que tem a oferecer para que a equipe
tenha sucesso.○ Analistas de Teste;○ Arquitetos;○ Designers de Interação;○ Executivos;○ Gerentes de Projeto;○ Gerentes de Produto;○ Programadores;○ Recursos Humanos;○ Redatores Técnicos;○ Usuários.
Vantagens Desvantagens
● Análise prévia de tudo que pode acontecer durante o
desenvolvimento do projeto, oferecendo qualidade,
confiança, data de entregas e custos promissores;
● O XP é ideal para ser usada em projetos em que o
cliente não sabe exatamente o que deseja e pode
mudar muito de opinião durante o desenvolvimento
do projeto. Com feedback constante, é possível
adaptar rapidamente eventuais mudanças nos
requisitos;
● Entregas constantes de partes operacionais do
software. Desta forma, o cliente não precisa esperar
muito para ver o software funcionando, como nas
metodologias tradicionais.
● Não existe uma avaliação de riscos, devendo,
portanto implementar uma análise e estratégias que
buscam diminuir os erros;
● A análise de requisitos é informal e com isso pode
não ser bem vista pelos clientes, que poderão se
sentir inseguros quanto ao bom funcionamento do
sistema;
● A falta de documentação é característica do
processo XP, pois, o mesmo não dá muita ênfase
em burocracias (documentos, formulários,
processos, controles rígidos, etc.);
● Refatoração do código pode ser vista como
irresponsabilidade e incompetência, pois, não existe
uma preocupação formal na utilização do código.
Barreiras● Cultura empresarial
○ Qualquer negócio que gerencie projetos tentando apontar o carro para a direção certa logo de cara terá conflitos com o time que insiste em ir acertando a direção continuamente;
○ Quando você é requisitado a trabalhar horas e mais horas para provar o seu “comprometimento com a empresa”. Você não consegue executar o XP se estiver cansado. Se aquilo que o seu time produz trabalhando em velocidade máxima não é suficiente para a sua empresa então o XP não é a solução;
● Tecnológica ○ Ambiente no qual é necessário um longo tempo para se obter feedback. Por exemplo, se o
seu sistema leva 24 horas para compilar e linkar, será difícil integrar, compilar e testar várias vezes ao dia.
Quadro de Tarefas
Kanban
Origem
● A palavra “Kanban” vem do japonês e significa “Cartão Visual”
Origem
● “Como proteger a minha equipe da demanda incessante de negócio e alcançar o que a comunidade ágil chama de ritmo sustentável?
● “Como adotar uma abordagem ágil em toda a empresa e superar inevitáveis resistências à mudança?
Princípios básicos
● Visualização da Cadeia de Valor;● Desenvolvimento Evolucionário (Adaptativo);● Restrição do trabalho e seu progresso em torno de seus estágios.
Quando usar Kanban ?
● Quando ocorrem falhas com outras Metodologias Ágeis;● Quando o foco é conduzir mudanças evolucionárias; ● Quando aplicado a equipes de manutenção e desenvolvimento; ● Quando equipes e organizações trabalham com o modelo cascata.
Alguns conceitos
● “K”anban e “k”anban; ● Kanban NÃO é um processo; ● Just-In-Time e Sistema Puxado Kanban (Kanban Pull System);● Níveis de Serviço; ● Cultura Kaizer.
Sistema Kanban
● Painel de visualização; ● Limitar os processos WIP; ● Gerenciar o lead-time.
Kanban em 4 passos
● Equipe; ● Identificação dos estágios do trabalho; ● Priorização;● Medição de Melhoria Contínua.
Passo 1 - Equipe
Passo 2 - Identificação dos estágios do trabalho
Passo 3 - Priorização
● Custo de atraso (COD);
● Riscos e incertezas;
● Necessidades básicas;
● Tamanho equilibrado;
● Tipos de histórias equilibrados;
● Dependências.
Passo 4 - Medição de Melhoria Contínua● Objetivo do Kanban; ● Visualização de fluxo do trabalho e de políticas;● Possibilidades de otimização.
Características
● Visibilidade; ● Flexibilidade; ● Interação; ● WIP limitado diretamente.
Quadro de Tarefas
Metodologia Ágil - Não vacile
Qual melhor metodologia para sua organização?
ANÁLISE COMPARATIVA
SCRUM XP KANBAN
Reuniões Diárias X
Planejamento Interativo X X X
Quadro de Tarefas X X
Tempo de Ciclo X X
Teste Unitário X
Participação do Cliente X X
Quadro de Tarefas
http://equipescrum.blogspot.com.br/2016/03/cinco-mitos-sobre-metodologias-ageis.html
Metodologias Ágeis
Mito ou Verdade?
Agile é desenvolvimento
bagunçado?
Mito ou Verdade?
Agile é desenvolvimento
bagunçado?
Mito ou Verdade?
Ágil vai me ajudar a desenvolver mais rápido e “burlar” o processo.
Mito ou Verdade?
Ágil vai me ajudar a desenvolver mais rápido e “burlar” o processo.
Mito ou Verdade?
Agile somente serve para desenvolvimentos e times pequenos
Mito ou Verdade?
Agile somente serve para desenvolvimentos e times pequenos
*** Organizações têm reportado sucesso em programas ágeis com mais de 500 pessoas.
- ComputerWorld
Mito ou Verdade?
Os indivíduos e as interações são mais importantes do que os processos e as ferramentas
Mito ou Verdade?
Os indivíduos e as interações são mais importantes do que os processos e as ferramentas
Mito ou Verdade?
Agile requer muito retrabalho
Mito ou Verdade?
Agile requer muito retrabalho
*** Agile reduz o retrabalho, pois prevê ciclos de entregas mais curtos e coleta de feedback dos usuários mais cedo.
Mito ou Verdade?
Agile é anti-documentação
Mito ou Verdade?
Agile é anti-documentação
Quadro de Tarefas
Estudo de Casos
Quadro de Tarefas
Quadro de Tarefas
Refrências
http://www.desenvolvimentoagil.com.br/xp/http://marcelmesmo.blogspot.com.br/2011/08/xp-extreme-programming.html#.Vu1unfkrKUl
Do Scrum ao Kanban: https://www.youtube.com/watch?v=MynkPmh8h58
kanban - 4 passos para implementar em uma equipe: http://www.devmedia.com.br/kanban-4-passos-para-implementar-em-uma-equipe/30218
Kanban - o ágil adaptativo: http://www.garcia.pro.br/EngenhariadeSW/artigosMA/A6%20-%2045-6-%20Kanbam.pdf
Tabela Comparativa: http://web.unipar.br/~seinpar/2015/_include/artigos/Bruna_Avanci_Taroco.pdf?trk=profile_certification_title
Dúvidas?
Muito Obrigado!!!
=D
Recommended