Coordenador de Projetos da Provider Sistemas Scrum Master Graduando em Ciência da Computação...
69
Transcript of Coordenador de Projetos da Provider Sistemas Scrum Master Graduando em Ciência da Computação...
• Coordenador de Projetos da Provider Sistemas• Scrum Master• Graduando em Ciência da Computação• Certified Scrum Product Owner• Coordenador do User Group Scrum Recife
• Apresentar alguns conceitos chave do Scrum
• Entender porque o Scrum é diferente
• Fazer com que vocês tenham mais interesse sobre o assunto
32% Sucesso (no prazo, dentro do orçamento e com escopo completo) 44% Mudaram (atrasaram, estourou o orçamento, e/ou reduziram escopo) 24% Falharam (cancelados ou nunca usados)
* Fonte: Standish Group
Falta de envolvimento do usuário
Requisitos e especificações incompletas
Falta de suporte da direção
Falta de Pessoas e Recursos
Evite situações com grandes chances de resultar em falhaEvite situações com grandes chances de resultar em falha
Manifesto para o Desenvolvimento Ágil de Software
Indivíduos e interaçõesIndivíduos e interaçõesmais que processos e ferramentas
Software FuncionandoSoftware Funcionandomais que documentação abrangente
Colaboração do clienteColaboração do clientemais que negociação de contratos
Responder às mudançasResponder às mudançasmais que seguir um plano
PrincípiosPrincípios dodoDesenvolvimento Desenvolvimento ÁgilÁgil
de Softwarede Software
12 Princípios12 PrincípiosSatisfazer o cliente
Receber bem mudanças de requisitos
Entregar software em menor tempo
Equipes de negócios e desenvolvimento juntas
Construir projetos com pessoas motivadas
Comunicação cara a cara
Software funcionado
Manter um ritmo constante
Atenção contínua à excelência técnica
SimplicidadeEquipes organizadas
Avaliações regulares
SCRUMSCRUM
Uma linguagem de programaçãoUma linguagem de programação
Uma IDE de desenvolvimentoUma IDE de desenvolvimento
Scrum é um processoiterativo e incrementaliterativo e incrementalpara desenvolvimento de produtos
O objetivo é entregar o máximo devalor de negóciovalor de negóciopossível no menor tempo
Ajuda àevidenciar os problemasevidenciar os problemas
Cuidado!Cuidado!
O Scrum NÃONÃO é a soluçãopara os seus problemas
Sprints SprintsProjetos Scrum progridem em uma
série de “sprints”
Ocorre em um período deduas a quatro semanas
Um período constante levaa um melhor “ritmo”
O produto é projetado, codificadoe testado durante o sprint
Papéis Papéis eeResponsabilidadesResponsabilidades
Product OwnerTime
Scrum Master
Fonte: http://www.implementingscrum.com
PorcoPorcoProduct Owner (dono do produto)Scrum MasterTeam (Time/Equipe)
GalinhaGalinhaPresidentes
Diretores
• Define as funcionalidades do produto• Decide datas de lançamento e conteúdo• Responsável pela rentabilidade (ROI)• Prioriza funcionalidades de acordo com as
necessidades do cliente• Ajusta funcionalidades e prioridades• Aceita ou rejeita o resultado dos trabalhos
Product Owner
• Trabalhar com o Product Owner• Cuidar do Time• Manter o processo funcionando• Garantir a comunicação entre os envolvidos
Scrum Master
Time (2 - 9)• Responsável por entregar os ítens do Sprint
Backlog• Compromisso com as entregas• Estimar os itens do Backlog• Gerenciar o próprio progresso• Auto organizados
TIMEBOX!
Sprint Planning Sprint Planning
Planning 1 Planning 1Participam
TimeScrum Master
Product Owner
Reunião de estratégia
Definir o objetivo da Sprint
Comprometimento do Time
Planning 1 Planning 1
Planning 2 Planning 2Participam
TimeScrum Master
Reunião de planejamento tático
Dividir as estórias em tarefas
Reunião de designer de software
Daily Scrum Daily Scrum
Reunião de curta duração(15 minutos)
Reunião publica, onde todos participamApenas os membros da equipe
ScrumMasterE o Product Owner podem falar
Daily Scrum Daily Scrum
As três perguntas:
#1 O que eu fiz desde a última reunião?O que eu fiz desde a última reunião?
#2 #2 O que eu vou fazer até a próxima reunião?O que eu vou fazer até a próxima reunião?
#3 #3 Quais os problemas estão impedindoQuais os problemas estão impedindo a realização do meu trabalho?a realização do meu trabalho?
Review Review
Reunião com duração de 2 horas
Todos participam
Apresentação dos resultados obtidosdurante a Sprint
Reunião informar, sem slides
Retrospective Retrospective
Reunião com duração de 2 horas
ParticipamTime
Scrum MasterProduct Owner*
Reunião de portas fechadas
Detectar pontos de melhorias
Product BacklogSprint Backlog
Burnup/Burndown Charts
Product Backlog
O Product Backlog é uma lista de todas as funcionalidades desejadas no produto,
estimadas pelo time e priorizadas peloProduct Owner.
EscrevendoESTÓRIAS
* User Stories
Uma estória de usuário, ou user story, é um requisito de sistemas de software
formulado com uma ou duas sentenças em linguagem natural.
User stories são uma maneira rápida de lidar com requisitos do cliente
Como “usuário do sistema”
Quero “funcionalidade”
Para “valor de negócio”
Mike Cohn
CRITÉRIOS DE ACEITAÇÃO
Criam entendimento sobre quandoa tarefa está pronta
Mike Cohn
Como Gestor, Quero que as informações pessoais dos clientes fiquem gravadas em formato criptografado no banco de dados, Para garantir a privacidade e a segurança dos dados dos meus clientes.
Critérios de aceitação: - Ter os dados armazenados no banco de dados e arquivos de troca do sistema usando algoritmo de criptografia do tipo chave publica/chave privada.
Exemplo de uma User Story
Sprint Backlog
O Sprint Backlog é a lista de tarefas que o time se comprometeu com o Product Owner a
implementar durante a Sprint, após a reunião de Sprint Planning 1 & 2.
Burnup/Burndown Charts
Os gráficos de Burndown e Burnup são a melhor ferramenta do time para manter
registro da velocidade atual do trabalho.
Sprint Burndown
Sprint Burn Up
Problemas comuns na adoção de Scrum
Product Owner pouco presente
Sem VisãoSem release plan
Sem product backlog
Se o Product Backlog não é mantido
Falta estimativaFalta priorizaçãoFalta acompanhamento
Se as cerimônias não acontecem
Falta planejamentoFalta comprometimento para entregasPO pode aceitar itens que não estão prontos
Sem retrospectivas
Falta de uma maneira de melhorar o trabalho do time (lembram do ballpoint?)
Mesmos erros acontecem sempre Impedimentos não são removidos
O que é difícil em Scrum?
Detalhes podem escapar se não for gerenciado corretamente
Criar e manter um Product Backlog requer trabalho
Scrum é um processo ágil que permite manter o focona entrega do maior valor de negócio, no
menor tempo possível.
Isto permite a rápida e contínua inspeção do softwareem produção (em intervalos de duas a quatro semanas).
Então... Então...
As necessidades do negócio é que determinamas prioridades do desenvolvimento de um sistema.
As equipes se auto-organizam para definir amelhor maneira de entregar as funcionalidades
de maior prioridade.
Entre cada duas a quatro semanas todospodem ver o real software em produção, decidindo
se o mesmo deve ser liberado ou continuar a seraprimorado por mais um “Sprint”.
Então... Então...
Quem usa? Quem usa?• Microsoft• Yahoo• Google• Philips• Siemens• Nokia• Globo.com• Provider Sistemas*
Próximos passos Próximos passos
www.alexsandromarques.wordpress.com
www.qualiti.com.brCurso de Gerenciamento de Projetos com Scrum
12 e 19 de Setembro
Perguntas Perguntas
Dicas Dicas
www.alexsandromarques.wordpress.comwww.scrum.org.br
www.scrumalliance.orghttp://br.groups.yahoo.com/group/scrum-
brasil
