Curso - Scrum PPT

Prévia do material em texto

Scrum
1
Agenda
Manifesto Ágil
Os fundamentos do Scrum
O Time Scrum
Eventos do Scrum
Artefatos do Scrum
Considerações Finais
Metodologias Ágeis
2
Manifesto Ágil
Metodologias Ágeis
Em 2001, um grupo de profissionais veteranos na área de software decidiram se reunir em uma estação de esqui, nos EUA, para discutir formas de melhorar o desempenho de seus projetos.
Embora cada envolvido tivesse suas próprias práticas e teorias sobre como fazer um projeto de software ter sucesso, cada qual com as suas particularidades, todos concordavam que, em suas experiências prévias, um pequeno conjunto de princípios sempre parecia ter sido respeitado quando os projetos davam certo.
Manifesto Ágil
Metodologias Ágeis
Com base nisso eles criaram o Manifesto para o Desenvolvimento Ágil de Software, frequentemente chamado apenas de Manifesto Ágil, e o termo Desenvolvimento Ágil passou a descrever abordagens de desenvolvimento que seguissem estes princípios, que são apresentados a seguir.
Manifesto Ágil
Estamos descobrindo melhores formas de desenvolver software através da nossa 
 própria prática e auxiliando outros.
			 Valores
Metodologias Ágeis
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
Princípios da agilidade
A mais alta prioridade é a satisfação do cliente, por meio da liberação mais rápida e contínua de software de valor.
Metodologias Ágeis
Princípios da agilidade
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.
Metodologias Ágeis
Libere software frequentemente (em intervalos de 2 semanas até meses), dando preferência para uma escala de tempo mais curta.
Metodologias Ágeis
Princípios da agilidade
Mantenha pessoas ligadas ao negócio (clientes) e desenvolvedores trabalhando juntos a maior parte do tempo do projeto. 
Metodologias Ágeis
Princípios da agilidade
Princípios da agilidade
Construa projetos com indivíduos motivados, dê a eles o ambiente e suporte que precisam e confie neles para ter o
trabalho realizado.
Metodologias Ágeis
Princípios da agilidade
O método mais eficiente e efetivo para repassar informação entre uma equipe de desenvolvimento é pela comunicação face-a-face 
Metodologias Ágeis
Princípios da agilidade 
Software funcionando é a principal medida de progresso de um projeto de software.
Processos ágeis promovem desenvolvimento sustentado. Assim, patrocinadores, desenvolvedores e usuários devem ser
capazes de manter conversação pacífica indefinidamente. 
Metodologias Ágeis
12
Princípios da agilidade 
A atenção contínua para a excelência técnica e um bom projeto (design) aprimoram a agilidade.
Simplicidade - a arte de maximizar a quantidade de trabalho não feito – é essencial, devendo ser assumida em todos os aspectos do projeto.
Metodologias Ágeis 
13
Princípios da agilidade 
As melhores arquiteturas, requisitos e projetos emergem de equipes auto organizadas.
Metodologias Ágeis
Princípios da agilidade 
Em intervalos regulares, as equipes devem refletir sobre como se tornarem mais efetivas, e então refinarem e ajustarem seu comportamento de acordo. 
Metodologias Ágeis
Os Fundamentos do Scrum
O que é Scrum?
O Scrum é um método de reinício de jogada no rugby, onde os jogadores dos dois times se juntam com a cabeça abaixada e se empurram com o objetivo de ganhar a posse de bola
Os Fundamentos do Scrum
O que é Scrum?
Scrum é um framework dentro do qual pessoas podem tratar e resolver problemas complexos de modo adaptativo, enquanto procuram entregar produtos com o mais alto valor possível do mais produtivo e criativo possível, sempre visando a satisfação do cliente.
Uma alternativa de utilizar métodos ágeis na gerência de projeto
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
Os Fundamentos do Scrum
Os Fundamentos do Scrum
Características do Scrum
É um conjunto de processos Leve, que não demanda muito esforço ou ferramentas pesadas para sua prática
É relativamente Simples de entender e praticar
É Extremamente difícil de dominar, apesar de sua simplicidade, o jeito de pensar ágil força o profissional a abrir mão de diversos conceitos enraizados pelos métodos tradicionais e o força a pensar em qualidade e entrega contínua. 
Os Fundamentos do Scrum
Os três pilares do Scrum
Transparência
Aspectos e informações relevantes do seu projeto devem estar sempre visíveis e claros para todos os participantes do projeto. Os responsáveis pelos resultados do projeto tem a solene responsabilidade de manter uma comunicação clara e promover constantemente a transparência.
Os Fundamentos do Scrum
Os três pilares do Scrum
Inspeção
Os profissionais do time Scrum devem, frequentemente, inspecionar os artefatos Scrum e o progresso do projeto a fim de detectar prontamente indesejáveis variações. Esta inspeção, não deve no entanto, ser tão frequente que atrapalhe a própria execução das tarefas.
As inspeções quando realizadas de forma diligente, sem exageros, por profissionais especializados no trabalho de garantia de qualidade são normalmente as que obtém melhores resultados.
Os Fundamentos do Scrum
Os três pilares do Scrum
Adaptação
A adaptação é um dos pilares mais importantes do Scrum. Através deste prisma de tomada de ação, o projeto passa a ter mais foco na qualidade de entrega do produto do que normalmente ocorre em projetos tradicionais.
Um modo de se verificar a adaptação no mundo real é quando situações imprevistas acontecem na rotina do projeto e as datas acordadas junto aos nossos clientes ou mesmo os requisitos não mudam.
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 frequente das funcionalidades antes de 
cada iteração.
Metodologias Ágeis 
Product Owner
Metodologias Ágeis 
Product Owner
O Product Owner é uma pessoa e não um comitê.
Algumas empresas podem tender a delegar esta responsabilidade para um comitê, porém, para que isso funcione adequadamente, é necessário que um profissional seja o responsável por assumir tal papel e assim desempenhar os pilares do Scrum nesta função.
Para que o Product Owner tenha sucesso, toda a organização deve respeitar as suas decisões. 
As decisões do Product Owner são visíveis no conteúdo e na priorização do Backlog do Produto.
Product Owner
Metodologias Ágeis
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 
Metodologias Ágeis 
Scrum Team
Metodologias Ágeis 
Scrum Team - Características
Eles são auto organizadas. Ninguém (nem mesmo o Scrum Master) diz a Equipe de Desenvolvimento como transformar o Backlog do Produto em incrementos de funcionalidades potencialmente utilizáveis;
Equipes de Desenvolvimento são multifuncionais, possuindo todas as habilidades necessárias, enquanto equipe, para criar o incremento do Produto
O Scrum não reconhece títulos para os integrantes da Equipe de Desenvolvimento que não seja o Desenvolvedor, independentemente do trabalho que está sendo realizado pela pessoa; Não há exceções para esta regra.
Metodologias Ágeis 
Scrum Team - Características
Individualmente os integrantes da Equipe de Desenvolvimento podem ter habilidades especializadas e área de especialização, mas a responsabilidadepertence à Equipe de Desenvolvimento como um todo;
Equipes de Desenvolvimento não contém sub-equipes dedicadas a domínios específicos de conhecimento, tais como teste ou análise de negócios.
O TIME SCRUM
Tamanho do Scrum Team
O tamanho ideal da Equipe de Desenvolvimento é pequeno o suficiente para se manter ágil e grande o suficiente para completar uma parcela significativa do trabalho.
Menos de três integrantes na Equipe de Desenvolvimento 
 diminuem a interação e resultam em um menor ganho 
 de produtividade. 
Equipes de desenvolvimento menores podem 
 encontrar restrições de habilidades durante a 
 Sprint, gerando uma Equipe de Desenvolvimento 
 incapaz de entregar um incremento potencialmente 
 utilizável. 
Havendo mais de nove integrantes é exigida 
 muita coordenação. Equipes de Desenvolvimento 
 grandes geram muita complexidade para um processo 
 empírico gerenciar. Os papéis de Product Owner e do 
 Scrum Master não são incluídos nesta contagem.
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
Scrum Master
O TIME SCRUM
Scrum Master
Ele é ponto focal entre o Scrum Team e o restante dos Stakeholders. Uma das suas principais contribuições é a ajuda na comunicação adequada com o Scrum Team, evitando quaisquer viés de comunicação ou pedidos informais de alteração do product backlog.
O TIME SCRUM
Sprint
Este é o coração do Scrum.
É a Sprint, um time-box de normalmente um mês ou menos, durante o qual um produto potencialmente utilizável é 
 criado.
EVENTOS SCRUM
Sprint
Os Sprints tem durações coerentes em todo o esforço de desenvolvimento. Uma nova Sprint inicia imediatamente após a conclusão da Sprint anterior.
EVENTOS SCRUM
Sprint
As Sprints são compostas por uma reunião de planejamento da:
Sprint (Sprint Planning);
Reuniões diárias (Daily Scrums);
O trabalho de desenvolvimento, uma revisão da Sprint (Sprint Review) e;
Retrospectiva da Sprint.
EVENTOS SCRUM
Durante a Sprint
Não são feitas mudanças que podem afetar o objetivo da Sprint;
A composição do Scrum Team permanece constante;
As metas de qualidade não diminuem; 
O escopo pode ser clarificado e renegociado entre o Product Owner e a Equipe de Desenvolvimento quanto mais for aprendido.
EVENTOS SCRUM
Sprint
De acordo com o Scrum Guide, as Sprints são limitadas a um mês corrido.
Quando o horizonte da Sprint é muito longo, a definição do que será construído pode mudar, a complexidade pode aumentar e o risco pode crescer, isso é a essência da entrega contínua e com qualidade do Scrum.
EVENTOS SCRUM
Sprint
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
EVENTOS SCRUM
4 semanas
Cancelamento da Sprint
Uma Sprint pode ser cancelada antes do time-box da Sprint terminar.
Somente o Product Owner tem a autoridade para cancelar a Sprint, embora ele (ou ela) possa fazer isso sob influência das partes interessadas, do Scrum Team ou do Scrum Master. 
EVENTOS SCRUM
Planejamento
Sprints
Reuniões Diárias
Revisão
Retrospectivas
Encerramento
Reuniões do Scrum
EVENTOS SCRUM
Reunião de Planejamento
O trabalho a ser realizado na Sprint é planejado na reunião de planejamento da Sprint (Sprint Planning). 
Este plano é criado com o trabalho colaborativo de todo o Scrum Team.
A reunião de planejamento da Sprint é uma time-box de oito horas para uma Sprint de um mês de duração. 
Para Sprints menores, este evento deve ser proporcionalmente menor. Por exemplo, uma Sprint de duas semanas terá uma reunião de planejamento de Sprint de quatro horas.
EVENTOS SCRUM
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
Reunião de Planejamento
EVENTOS SCRUM
O TIME SCRUM
Reunião de Planejamento
A reunião de planejamento da Sprint consiste em duas partes, cada uma sendo uma time-box de metade do tempo de duração da reunião de planejamento da Sprint. As duas partes da reunião de planejamento da Sprint respondem as seguintes questões, respectivamente:
O que será entregue como resultado do incremento da próxima Sprint?
Como o trabalho necessário para entregar o incremento será realizado?
Reunião Diária ou Daily Scrum
A Reunião Diária do Scrum é um evento time-boxed de 15 minutos, para que o Scrum Team possa sincronizar as atividades e criar um plano para as próximas 24 horas.
Esta reunião é facilitada pelo Scrum Master e é feita para inspecionar o trabalho desde a última Reunião Diária, e prever o trabalho que deverá ser feito antes da próxima Reunião Diária.
EVENTOS SCRUM
Cerca de 15 minutos de duração
Todos respondem às perguntas:
O que foi completado desde a última reunião?
O que será feito até a próxima reunião?
Quais os impedimentos que estão no caminho?
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
Reunião Diária ou Daily Scrum
EVENTOS SCRUM
Reunião Diária ou Daily Scrum
O Scrum Team usa a Reunião Diária para avaliar o progresso em direção ao objetivo da Sprint e para avaliar se o progresso tende para completar o trabalho do Backlog da Sprint. A Reunião Diária aumenta a probabilidade da Equipe de Desenvolvimento atingir o objetivo da Sprint.
EVENTOS SCRUM
Reunião Diária ou Daily Scrum
O Scrum Master assegura que o Scrum Team tenha a reunião, mas a Equipe de Desenvolvimento é responsável por conduzir a Reunião Diária.
O Scrum Master ensina a Equipe de Desenvolvimento a manter a Reunião Diária dentro da time-box de 15 minutos. Esta parte é uma das mais importantes a fim de se manter a ordem e obter ganhos de produtividade.
EVENTOS SCRUM
Reunião Diária ou Daily Scrum
Reuniões Diárias melhoram as comunicações, eliminam outras reuniões, identificam e removem impedimentos para o desenvolvimento, destacam e promovem rápidas tomadas de decisão, e melhoram o nível de conhecimento da Equipe de Desenvolvimento.
Esta é uma reunião chave para inspeção e adaptação.
EVENTOS SCRUM
Revisão da Sprint ou Sprint Review
A Revisão da Sprint é executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessário.
EVENTOS SCRUM
Revisão da Sprint ou Sprint Review
Durante a reunião de Revisão da Sprint o Scrum Team e as partes interessadas colaboram sobre o que foi feito na Sprint. Com base nisso e em qualquer mudança no Backlog do Produto durante a Sprint, os participantes colaboram nas próximas coisas que precisam ser prontas.
Esta é uma reunião informal, e a apresentação do incremento destina-se a motivar e obter comentários e promover a colaboração.
EVENTOS SCRUM
Revisão da Sprint ou Sprint Review
O Product Owner identifica o que foi “Pronto” e o que não foi “Pronto”;
A Equipe de Desenvolvimento discute o que foi bem durante a Sprint, quais problemas ocorreram dentro da Sprint, e como estes problemas foram resolvidos;
A Equipe de Desenvolvimento demonstra o trabalho que está “Pronto” e responde as questões sobre o incremento;
O Product Owner discute o Backlog do Produto tal como está. Ele (ou ela) projeta as prováveis datas de conclusão baseado no progresso até a data; 
O grupo todo colabora sobre o que fazer a seguir, e é assim que a Reunião de Revisão da Sprint fornece valiosas entradas para a Reunião de Planejamento da próxima Sprint.
EVENTOS SCRUM
Revisão da Sprintou Sprint Review
O resultado da Reunião de Revisão da Sprint é um Backlog do Produto revisado que define o provável Backlog do Produto para a próxima Sprint. 
O Backlog do Produto pode também ser ajustado completamente para atender novas oportunidades.
EVENTOS SCRUM
Retrospectiva da Sprint 
A Retrospectiva da Sprint é uma oportunidade para o Scrum Team inspecionar a si próprio e criar um plano para melhorias a serem aplicadas na próxima Sprint.
A Retrospectiva da Sprint ocorre depois da Revisão da Sprint e antes da reunião de planejamento da próxima Sprint. 
Esta é uma reunião time boxed de três horas para uma Sprint de um mês.
Proporcionalmente um tempo menor é alocado para Sprints menores.
EVENTOS SCRUM
Propósito da Retrospectiva 
Inspecionar como a última Sprint foi em relação as pessoas, relações, processos e ferramentas;
Identificar e ordenar os principais itens que foram bem e as potenciais melhorias; 
Criar um plano para implementar melhorias no modo que o Time Scrum faz seu trabalho;
EVENTOS SCRUM
Retrospectiva da Sprint 
O Scrum Master encoraja o Time Scrum a melhorar, dentro do processo do framework do Scrum, o processo de desenvolvimento e as práticas para fazê-lo mais efetivo e agradável para a próxima Sprint.
Durante cada Retrospectiva da Sprint, o Time Scrum planeja formas de aumentar a qualidade do produto, adaptando a definição de “Pronto” quando apropriado.
EVENTOS SCRUM
Retrospectiva da Sprint 
Ao final da Retrospectiva da Sprint, o Time Scrum 
 deverá ter identificado melhorias que serão implementadas 
 na próxima Sprint. 
A implementação destas melhorias na próxima 
 Sprint é a forma de adaptação à inspeção que 
 o Time Scrum faz a si próprio. 
A Retrospectiva da Sprint fornece um evento 
 dedicado e focado na inspeção e adaptação, 
 no entanto, as melhorias podem ser adotadas 
 a qualquer momento.
EVENTOS SCRUM
Melhorias
Trata-se de um gráfico que permite ter uma visão da evolução diária do projeto, além de permitir fazer projeções do término do Sprint, baseado na velocidade da equipe. 
O gráfico de Burn Down representa visualmente a soma das estimativas dos esforços restantes do Backlog, permitindo também uma comparação com os atuais trabalhos realizados.
Metodologias Ágeis 
Burn Down
ARTEFATOS DO SCRUM
Monitorando o Progresso da Sprint
Kanban é um termo de origem japonesa e significa literalmente “cartão” ou “sinalização”. 
É um conceito relacionado com a utilização de cartões (post-it e outros) para indicar o andamento dos fluxos de produção em empresas de fabricação em série.
Nesses cartões são colocadas indicações sobre uma determinada tarefa, por exemplo, “para executar”, “em andamento” ou “finalizado”. 
ARTEFATOS DO SCRUM
Monitorando o Progresso da Sprint
O Quadro Scrum pode ser de grande valia para além de controlar o fluxo de trabalho dentro de um Sprint, também fornecer transparência nas reuniões diárias e também eliminar quaisquer tipos de ansiedade em relação ao andamento do projeto.
ARTEFATOS DO SCRUM
Quadro Kanban
ARTEFATOS DO SCRUM
Incremento
O incremento é a soma de todos os itens do Backlog do Produto completados ao final das Sprints. 
Ao final da Sprint um novo incremento deve estar “Pronto”, o que significa que deve estar na condição utilizável e atender a definição de “Pronto” do Time Scrum. 
Este deve estar na condição utilizável independentemente do Product Owner decidir por liberá-lo realmente ou não para produção. 
Em resumo é o produto entregue a cada Sprint até se ter a versão final do produto.
ARTEFATOS DO SCRUM
Definition of Done
Quando o item do Backlog do Produto ou um incremento é descrito como “Pronto”, todos devem entender o que o “Pronto” significa.
Embora, isso varie significativamente de um extremo ao outro para cada Scrum Team, os integrantes devem ter um entendimento compartilhado do que significa o trabalho estar completo, assegurando a transparência.
Esta é a “Definição de Pronto” para o Time Scrum e é usado para assegurar quando o trabalho esta completado no incremento do produto.
ARTEFATOS DO SCRUM
Definition of Done
A definição de pronto é ponto chave para garantir qualidade do produto e um dos itens necessários para garantir um processo de entrega à expectativa do Product Owner.
Neste ponto é onde se demonstra a necessidade de autogerenciamento e maturidade por parte dos times Scrum, uma vez que um item do Product Backlog jamais será considerado concluído se não estiver realmente “Pronto”.
ARTEFATOS DO SCRUM
Calendário NIKO-NIKO
Metodologias Ágeis
Quando os integrantes de um Time deixam o escritório no final do dia, vão até uma parede com calendário pendurado e desenham ali uma carinha alegre, uma carinha neutra ou uma carinha triste, isso é chamado de calendário NIKO-NIKO (NIKO-NIKO calendar).
O Objetivo é armazenar as emoções de todos os integrantes do Time nos dias de trabalho de forma que todos possam ver.
A Ideia principal é colher feedbacks diários a respeito do clima de trabalho e de possíveis causas para o aumento de defeitos, a falta de motivação, o baixo desempenho e outras situações negativas.
O calendário NIKO-NIKO é um radiador de informação. Ele não se propõe a fornecer todas as respostas para os problemas do Time, mas pode maximizar as autoavaliações dos seus membros e fornecer aos seguintes ou líderes temas para discussões com foco na resolução de problemas e conflitos.
Calendário NIKO-NIKO 
Metodologias Ágeis
Ciclo de Vida do Scrum
ARTEFATOS DO SCRUM
AMBLER, S. Gerenciamento ágil de projetos: Colocando o desenvolvimento de software em ordem. Mundo PM.
PROJECT MANAGEMENT INSTITUTE – PMI. PMBOK Guide: Um guia do conjunto de conhecimentos do gerenciamento de projetos. : Project Management Institute, 4. ed., 2009.
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.
Referências Bibliográficas
Bibliografia