Scrum week it.pptx

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

SCRUM
Introdução aos métodos ágeis
Yure Cangussú Macêdo Silva
 SFC, Six-Sigma White Belt
Objetivos do Curso
INTRODUÇÃO
Gerenciamento de Projetos: Problemas
SCRUM
Metodologias Ágeis de Desenvolvimento
Objetivos do Curso	
 Entender e difundir os princípios que rodeiam as metodologias ágeis
Introduzir os conceitos do SCRUM, como seus Artefatos , papeis e cerimonias (reuniões)
Exemplificar na prática o uso do SCRUM na prática, atrelado à outras metodologias
Gerenciamento de Projetos: Problemas
SCRUM
Metodologias Ágeis de Desenvolvimento
INTRODUÇÃO
O que é Projeto?
 Esforço empreendido para algo exclusivo;
 É temporário, possui início e final;
 Possui restrições: Seja em custo, prazo, qualidade e recursos;
 Exige coordenação;
 Conduzido por pessoas;
Exemplos de Projetos
Projeto de Software
Os 3 “Quem”
 Quem já participou de um projeto de Software do inicio ao fim...
				...que tenha terminado no prazo?
 Quem participa de algum projeto de Software hoje?
	Se sim, esse projeto já tem algo em produção?
 Quem já participou de um projeto de software onde os requisitos não mudaram?
	Se sim, então não era um projeto de software!
Projeto de Software
 Construir um Software não é o mesmo que construir um prédio.
 Existe projeto de Software com escopo fixo?
 O usuário dificilmente vai saber o que quer, ele apenas sente que precisa de algo!
 Tenha em mente que:
	Em Projetos de Software sempre haverá mudanças! 
Estatísticas
Chaos Report
Produção de Software em 2016
https://www.standishgroup.com/
Estatísticas
Chaos Report
Problemas...
 Doenças do Gerenciamento de Projetos;
 Nível de Ruído em projetos;
 Muita gente envolvida e pouca gente comprometida;
 Muitas barreiras de comunicação entre cliente e desenvolvedor;
Doenças do Gerenciamento de Projetos
 Multi – Tarefa Nociva
-> Equipes enfrentam constantemente prioridades que mudam , fazendo com que interrompam uma tarefa e trabalhem em outra.
 Lei de Parkinson
-> A demanda de um recurso sempre expande para adequar-se à oferta do mesmo.
 Síndrome do Estudante
-> O trabalho quase sempre é adiado
 Dependência entre tarefas
-> O atraso é passado adiante, mas o adiantamento não
Envolvimento X Comprometimento
Então o que fazer?
 2001 + Estação de esqui + Desenvolvedores e profissionais veteranos = Manifesto ágil!
 Kent Beck, Jim Highsmith, Alistair Cockburn, Martin Fowler, Ken Shwaber e Jeff Sutherland;
Manifesto Ágil
“Estamos descobrindo melhores maneiras de desenvolver software, fazendo software 
e ajudando outros a faze - lo. Através deste trabalho passamos a valorizar: Isto é, embora haja valor nos itens do lado direito, nós valorizamos mais os do lado esquerdo.”
Agile – Conceitos e Princípios	
 O que é “ser ágil”?
 Desenvolvimento incremental e interativo;
 Documentação útil;
 Simplicidade;
 Comunicação
O que significa: “Ser ágil?”
 Segundo James Shore e Shane Warden
“A resposta é mais complicada do que se pode pensar. O Desenvolvimento ágil não é um processo específico que pode ser seguido. Nenhuma equipe pratica o método Ágil.”
“O desenvolvimento ágil é uma filosofia. É uma maneira de pensar sobre desenvolvimento de software. Isso pode ser visto no Manifesto Ágil.”
Desenvolvimento Incremental e Interativo
Desenvolvimento Incremental e Iterativo
Um estado mental, não um conjunto de documentos, passos ou técnicas;
É mais atitude do que um processo, mais ambiente que uma metodologia;
Entregar produto com valor para o negócio, mais rápido e continuamente;
Garantir progresso real;
Abraçar mudanças;
Qualidade desde o início;
Abordagens Ágeis
Scrum: É uma abordagem ágil para o gerenciamento de projetos. Fornece práticas que ajudam gerentes a tornar mais dinâmico e gerenciável o ambiente de desenvolvimento de software.
XP (eXtreme Programming): É uma abordagem ágil para a engenharia de projetos de software. Como o próprio nome diz, é extremamente focada no desenvolvimento, e tem como principal característica a programação em par.
FDD (Feature – Driven Development): É uma abordagem ágil para a engenharia de projetos de software. Defende o desenvolvimento de um modelo abrangente no início do projeto pelo qual as funcionalidades do sistema serão descobertas e desenvolvidas..
SCRUM
SCRUM
Definições
 Scrum é um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer trabalho.
 É um processo ágil para o gerenciamento e controle de projetos;
É uma abordagem para desenvolvimento de sistemas e produtos onde os requisitos sofrem constantes mudanças;
 Uma forma de otimizar a comunicação do time e favorecer: a cooperação, otimizar a produtividade e faz com que todos deem o melhor de si para o sucesso do projeto.
Mas...
SCRUM Não é bala de prata *
	
 * Não mata vampiros e criaturas mágicas...
* Exige trabalho duro 
P D C A
SCRUM
Características 
 As equipes se auto organizam
 O produto evolui em uma série de “Sprints” mensais
 Os requerimentos são listados em um “Product Backlog”
 Não há prática de engenharia prescrita (o Scrum adequa-se a todas)
 É uma das “metodologias ágeis”
Papeis no SCRUM	
Papeis e responsabilidades
P.O.
►Define as funcionalidades do produto assim como conteúdo e data das liberações;
►Responsável pela rentabilidade do produto;
►Prioriza as funcionalidades de acordo com o valor do mercado;
►Pode mudar as funcionalidades e priorizar a cada 30 dias;
►Aceita ou rejeita os resultados do trabalho.
Papeis e responsabilidades
S.M.
► Garante que a equipe está completamente funcional e produtiva;
► Facilita comunicação entre papéis e remove impedimentos;
► Protege a equipe contra interferências externas;
► Assegura que o processo é seguido;
► Coordena os encontros diários, revisão e planejamento da iteração.
Papeis e responsabilidades
S.T.
► Equipes entre 4 e 9 pessoas.
► Estimar itens do backlog
► Tem o direito de realizar quaisquer atividades para alcançar o objetivo da iteração desde que respeite os guidelines do projeto;
► Auto organizados para entregar o que o PO quer.
A dinâmica do Scrum
Artefatos
Product Backlog
 Criado a partir de uma Visão do Projeto;
 Lista de funcionalidades priorizadas;
Sprint Backlog
 Parte do Product Backlog que vai ser feita numa iteração (Sprint);
 Montado a partir das funcionalidade que estão no topo do Product Backlog;
Mas o que é um Sprint?
 Um período de Tempo entre 2 a 4 semanas
 Sempre deve ter um objetivo a ser atingido pela equipe
 É normal que o tempo de duração dos Sprints possam variar no início do projeto, mas o ideal é que se chegue num tempo único para todos os sprints
 Todos os Sprints devem possuir uma estrutura exatamente igual
Sprints 
Sprint Planning Meeting
 O objetivo (meta) do Sprint;
Uma lista dos membros da equipe que estarão comprometidos com a meta;
Um Sprint Backlog (lista com todas as funcionalidades incluídas no sprint);
 Uma Data para demonstrar que foi produzido durante o Sprint;
 Hora e lugar definido para acontecerem as reuniões diárias;
Dependendo do projeto, esta reunião pode durar de 4 a 16 horas;
Estimativas
 Como estimar?
 Story Points
Um “peso” dado para cada história
Indica quanto uma história é maior ou mais complexa que outra
 Horas
Tempo estimado por cada tarefa
PlanningPoker
Sprints 
Daily Scrum 
Cada membro deve responder as seguintes perguntas:
1.O que você fez desde a última reunião diária?
2.O que você pretende fazer até a próxima reunião diária?
3.Existe algum problema que o impeça de realizar suas atividades?
 Duração de15 minutos (não mais que isso);
Todos em Pé;
 Qualquer pessoa pode participar, mas apenas o Scrum Master e os Membros da Equipe pedem falar.
Sprints 
Sprint Review
 Mostrar o que foi produzido no Sprint
 Duração 30 a 60 minutos
 Participantes: Product Owner, Scrum Master, membros do time, clientes, Usuários, Stakeholders e
qualquer pessoa que esteja interessada no resultado da Sprint;
 Qualquer participante pode falar, fazer perguntas ou observações
Sprints 
Sprint Retrospective
Enumerar o que funcionou e o que não funcionou durante o Sprint;
Duração: 30 a 60 minutos;
Participantes: Product Owner, Scrum Master e os membros do time;
 Esta reunião pode ser feita à frente de um quadro branco onde membro cola post its dizendo o que funcionou e o que não funcionou;
 Feita após cada Sprint;
Sprints
Sprint Retrospective
Quadro KanBan
Burndown Chart
Paradigmas à serem quebrados
 Equipes auto gerenciáveis
 Equipes multidisciplinares
Desenvolvimento por iterações
Zonas de conforto
- www.mountaingoatsoftware.com/scrum;
- www.scrumalliance.org;
- www.controlchaos.com;
- scrumdevelopment@yahoogroups.com;
- Agile Software Development with Scrum by Ken 
Schwaber and Mike Beedle;
- Agile Project Management with Scrum by Ken 
Schwaber;
- Scrum and the Enterprise by Ken Schwaber;
- Scrum and XP from the trenches;
Referencias