• 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

alexoliveira.marques@gmail.com