Curso Scrum

Gerenciamento de Gerenciamento de Projetos com Projetos com

SCRUMSCRUM

Gerenciamento de Projetos com SCRUM

Ricardo P. Silva

Gerenciamento de Projetos com SCRUMGerenciamento de Projetos com SCRUM

Proposta do Curso:Proposta do Curso:

1.1. Analisar o atual cenário de gerenciamento de projetos.Analisar o atual cenário de gerenciamento de projetos.

2.2. Analisar o conceito de agilidade em projetos de software.Analisar o conceito de agilidade em projetos de software.

3.3. Entender o método SCRUMEntender o método SCRUM

• ConceitosConceitos

• PapéisPapéis

• Rituais / ProcessosRituais / Processos

4.4. Conclusões.Conclusões.


Ricardo P. Silva

Realidade atual sobre desenvolvimento de Realidade atual sobre desenvolvimento de projetos de softwareprojetos de software

Como tem sido o desenvolvimento Como tem sido o desenvolvimento dos seus projetos de software?dos seus projetos de software?


Ricardo P. Silva


O que é sucesso em projetos de O que é sucesso em projetos de desenvolvimento de software?desenvolvimento de software?


Ricardo P. Silva


Você tem obtido mais sucessos ou Você tem obtido mais sucessos ou fracassos em seus projetos de fracassos em seus projetos de desenvolvimento de software?desenvolvimento de software?


Ricardo P. Silva


Quais foram os fatores de sucesso?Quais foram os fatores de sucesso?


Ricardo P. Silva


Quais foram os fatores de Quais foram os fatores de fracasso?fracasso?


Ricardo P. Silva

Algumas estatísticas sobre projetos de Algumas estatísticas sobre projetos de desenvolvimento de software.desenvolvimento de software.

O Standish Group há mais de uma década O Standish Group há mais de uma década realiza estudos baseados nos resultados realiza estudos baseados nos resultados

obtidos em desenvolvimento de projetos de obtidos em desenvolvimento de projetos de softwares ao redor do mundo.softwares ao redor do mundo.

O resultado deste estudo é o chaos report.O resultado deste estudo é o chaos report.

http://www.standishgroup.com/ http://www.standishgroup.com/


Ricardo P. Silva




Ricardo P. Silva


Segundo o Standish Group, em relatório publicado Segundo o Standish Group, em relatório publicado em março de 2007, os principais fatores que em março de 2007, os principais fatores que

contribuíram para a melhora dos resultados no contribuíram para a melhora dos resultados no desenvolvimento dos projetos de software foram desenvolvimento dos projetos de software foram

um melhor gerenciamento destes projetos atrelado um melhor gerenciamento destes projetos atrelado ao desenvolvimento interativo.ao desenvolvimento interativo.



Ricardo P. Silva


Ao mesmo tempo este relatório indica que as Ao mesmo tempo este relatório indica que as causas de ainda existir um número tão elevado de causas de ainda existir um número tão elevado de fracassos nesses projetos são a fracassos nesses projetos são a falta de clarezafalta de clareza sobre sobre funções pessoaisfunções pessoais dentro das equipes, falta dentro das equipes, falta de clareza sobre de clareza sobre responsabilidades e requisitosresponsabilidades e requisitos e e

inabilidade para acompanharinabilidade para acompanhar o que ocorre em cada o que ocorre em cada um dos diferentes passos do ciclo de vida da um dos diferentes passos do ciclo de vida da

aplicação.aplicação.http://www.standishgroup.com/ http://www.standishgroup.com/


Ricardo P. Silva

..


Ricardo P. Silva

Como o cliente descreveu

Como o líder doprojeto entendeu

Como o analista projetou

Como o prog. implementou.

Como o programa era estável

O que os beta testers receberam

Como o vendedor descreveu

Como o projeto foi documentado

Como o projeto foi instalado

Como o cliente foi cobrado

Até onde o suporte técnico pôde ajudar

Do que o cliente realmente precisava

Essa é velha, mas continua sendo verdade…Essa é velha, mas continua sendo verdade…

Algumas estatísticas sobre projetos de desenvolvimento de software.Algumas estatísticas sobre projetos de desenvolvimento de software.Percentual de uso de funcionalidades solicitadas no momento da Percentual de uso de funcionalidades solicitadas no momento da

especificação de um projeto junto ao cliente:especificação de um projeto junto ao cliente:

http://www.standishgroup.com/http://www.standishgroup.com/


Ricardo P. Silva

Primeiras Conclusões:Primeiras Conclusões:

Todas estas análises nos fazem concluir inicialmente que na Todas estas análises nos fazem concluir inicialmente que na maioria dos casos a comunicação entre as partes envolvidas nos maioria dos casos a comunicação entre as partes envolvidas nos

projetos é muito fraca, a visibilidade do andamento real e dos projetos é muito fraca, a visibilidade do andamento real e dos problemas que estão acontecendo dentro dos projetos também é problemas que estão acontecendo dentro dos projetos também é muito fraca, clientes e/ou usuários sempre pedem muito mais do muito fraca, clientes e/ou usuários sempre pedem muito mais do

que realmente precisam fazendo com que os projetos na sua que realmente precisam fazendo com que os projetos na sua grande maioria fiquem mais caros e como pudemos comprovar grande maioria fiquem mais caros e como pudemos comprovar também na sua grande maioria mal sucedidos, isso sem contar também na sua grande maioria mal sucedidos, isso sem contar o fato de que os conflitos existentes entre TI e negócios durante o fato de que os conflitos existentes entre TI e negócios durante

os projetos são muitos.os projetos são muitos.


Ricardo P. Silva

Visão do Cliente:Visão do Cliente:

ProblemaProblema

Ele sabe que seus fornecedores não somente odeiam Ele sabe que seus fornecedores não somente odeiam mudanças de requisitos como procuram se respaldar deste tipo mudanças de requisitos como procuram se respaldar deste tipo de problema por meio de contratos pré-estabelecidos, com isso, de problema por meio de contratos pré-estabelecidos, com isso,

o cliente se vê em uma situação onde no início do projeto ele o cliente se vê em uma situação onde no início do projeto ele precisa definir tudo o que precisa, mas a verdade é que neste precisa definir tudo o que precisa, mas a verdade é que neste

momento ele não apenas está inseguro sobre suas momento ele não apenas está inseguro sobre suas necessidades nesse nível de amplitude e detalhe, como também necessidades nesse nível de amplitude e detalhe, como também

conhece os riscos de mudanças de necessidades ao longo do conhece os riscos de mudanças de necessidades ao longo do projeto pelo simples fato do mercado ser dinâmico e das projeto pelo simples fato do mercado ser dinâmico e das

necessidades evoluírem ou simplesmente mudarem.necessidades evoluírem ou simplesmente mudarem.


Ricardo P. Silva

Visão do Cliente:Visão do Cliente:

SoluçãoSolução

Para sofrer o menos possível ao longo do projeto, o cliente Para sofrer o menos possível ao longo do projeto, o cliente insere o máximo possível de requisitos na listagem inicial de insere o máximo possível de requisitos na listagem inicial de requisitos do projeto colocando tudo o que lhe for possível requisitos do projeto colocando tudo o que lhe for possível imaginar neste momento acreditando que assim o risco de imaginar neste momento acreditando que assim o risco de

faltarem requisitos na hora da entrega do projetos seja menor.faltarem requisitos na hora da entrega do projetos seja menor.


Ricardo P. Silva

Visão do Fornecedor:Visão do Fornecedor:

ProblemaProblema

Ele sabe que seus clientes forneceram na etapa inicial do Ele sabe que seus clientes forneceram na etapa inicial do projeto, requisitos ainda muito vagos e que ao longo do projeto o projeto, requisitos ainda muito vagos e que ao longo do projeto o cliente fatalmente irá necessitar ou de mudanças de requisitos, cliente fatalmente irá necessitar ou de mudanças de requisitos,

ou da inclusão de novos requisitos, principalmente quando ou da inclusão de novos requisitos, principalmente quando houverem validações do produto junto ao cliente, com certeza houverem validações do produto junto ao cliente, com certeza este terá seu espírito criativo aguçado neste momento dando a este terá seu espírito criativo aguçado neste momento dando a

ele a inicativa de criar novas funcionalidades para serem ele a inicativa de criar novas funcionalidades para serem acrescentadas ao projeto.acrescentadas ao projeto.


Ricardo P. Silva

Visão do Fornecedor:Visão do Fornecedor:

SoluçãoSolução

Documentar ao máximo as solicitações feitas pelo cliente ao Documentar ao máximo as solicitações feitas pelo cliente ao longo da etapa de levantamento para que esta documentação longo da etapa de levantamento para que esta documentação sirva como “prova” a ser apresentada nos momentos em que o sirva como “prova” a ser apresentada nos momentos em que o

cliente quiser fazer alterações no escopo do projeto. cliente quiser fazer alterações no escopo do projeto.

Além disso o fornecedor também acrescenta grandes margens Além disso o fornecedor também acrescenta grandes margens tanto de tempo quanto financeiras no projeto comprometendo-se tanto de tempo quanto financeiras no projeto comprometendo-se

assim a fazer uma única, ou uma grande entrega apenas no assim a fazer uma única, ou uma grande entrega apenas no final do projeto.final do projeto.


Ricardo P. Silva

Moral da História:Moral da História:

Não é preciso ser nenhum expert para concluir que isto gera um Não é preciso ser nenhum expert para concluir que isto gera um verdadeiro cenário de guerra entre clientes e fornecedores, cada verdadeiro cenário de guerra entre clientes e fornecedores, cada

um preocupado em se respaldar e obter o máximo de seus um preocupado em se respaldar e obter o máximo de seus interesses atendidos independente do ônus que isso possa interesses atendidos independente do ônus que isso possa

causar a contra-parte e no fim deste dilema quem sai perdendo causar a contra-parte e no fim deste dilema quem sai perdendo é sem sombra de dúvidas a empresa/instituição.é sem sombra de dúvidas a empresa/instituição.


Ricardo P. Silva

??A proposta para evitar ao máximo e quem sabe até eliminar A proposta para evitar ao máximo e quem sabe até eliminar

totalmente este cenário de caos é fazer com que a totalmente este cenário de caos é fazer com que a Tecnologia, os Processos e as Pessoas envolvidas em um Tecnologia, os Processos e as Pessoas envolvidas em um

projeto de desenvolvimento de software consigam o projeto de desenvolvimento de software consigam o máximo de comunicação, transparência e convergência em máximo de comunicação, transparência e convergência em

prol de um único objetivo comum a todos.prol de um único objetivo comum a todos.Ai entra o SCRUM.Ai entra o SCRUM.


Ricardo P. Silva

Agilidade na Gestão e no Desenvolvimento de Agilidade na Gestão e no Desenvolvimento de Projetos de SoftwareProjetos de Software

O QUE É AGILIDADE?O QUE É AGILIDADE?


Ricardo P. Silva


O QUE É AGILIDADE?O QUE É AGILIDADE?

Apesar desta parecer ser uma pergunta simples, quando a aplicamos ao contexto de projetos de software, chegamos a

conclusão de que existem um conjunto de variáveis que precisam ser analisadas e contextualizadas em certos

momentos da vida de um projeto de software para se ter uma resposta realmente aplicável e passível de ser validada na

prática.


Ricardo P. Silva


Como isso se aplica ao desenvolvimento?Como isso se aplica ao desenvolvimento?

Quem está desenvolvendo precisa:Quem está desenvolvendo precisa:

•Ser produtivoSer produtivo•Ter clareza do que precisa produzir e para quando entregarTer clareza do que precisa produzir e para quando entregar•Ter a certeza de estar indo ao encontro da expectativa do clienteTer a certeza de estar indo ao encontro da expectativa do cliente•Garantir que o que está sendo desenvolvido vai funcionarGarantir que o que está sendo desenvolvido vai funcionar


Ricardo P. Silva


Como isso se aplica a gestão?Como isso se aplica a gestão?

Quem está gerenciando precisa:Quem está gerenciando precisa:

•Saber o quanto é possível produzir dentro de um espaço de tempo com o Saber o quanto é possível produzir dentro de um espaço de tempo com o ferramental e com a equipe envolvidaferramental e com a equipe envolvida•Gerenciar o relacionamento entre cliente e desenvolvedor ao longo do Gerenciar o relacionamento entre cliente e desenvolvedor ao longo do projeto para que ambos tenham a mesma visão/noção do projetoprojeto para que ambos tenham a mesma visão/noção do projeto•Eliminar todos os problemas que possam prejudicar a equipe em sua Eliminar todos os problemas que possam prejudicar a equipe em sua produtividadeprodutividade


Ricardo P. Silva

Um belo dia em um tempo não tão distante (fev/2001) , 17 dos Um belo dia em um tempo não tão distante (fev/2001) , 17 dos grandes pensadores da área de desenvolvimento de software grandes pensadores da área de desenvolvimento de software se reuniram em Utah, Estados Unidos, com o objetivo de que se reuniram em Utah, Estados Unidos, com o objetivo de que

cada um explicasse como conduzia seus projetos de cada um explicasse como conduzia seus projetos de desenvolvimento de software.desenvolvimento de software.

Alguns dos nomes presentes eram Martin Fowler, Ken Alguns dos nomes presentes eram Martin Fowler, Ken Schwaber, Robert C. Martin, Kent Beck, Jon Kern, Jeff Schwaber, Robert C. Martin, Kent Beck, Jon Kern, Jeff

Sutherland dentre outros.Sutherland dentre outros.O fruto desta reunião foi o manifesto ágil, um conjunto de O fruto desta reunião foi o manifesto ágil, um conjunto de

valores ágeis que resumem todas as diferentes metodologias valores ágeis que resumem todas as diferentes metodologias apresentadas neste evento, valores estes que representam apresentadas neste evento, valores estes que representam

um consenso entre todos os participantes do encontro.um consenso entre todos os participantes do encontro.


Ricardo P. Silva

..


Ricardo P. Silva

Alguns Princípios do Manifesto ÁgilAlguns Princípios do Manifesto Ágil

Pessoas e iterações são mais importantes que processos e ferramentas

Software funcionando é mais importante que uma documentação extensa

O relacionamento com o cliente é mais importante que a negociação do contrato

Responder a mudanças é mais importante que seguir o planejamento

..


Ricardo P. Silva

Precisamos ter em mente que não Precisamos ter em mente que não estamos tirando a importância ou estamos tirando a importância ou

descartando a necessidade de fatores descartando a necessidade de fatores como ferramentas, documentação ou como ferramentas, documentação ou

planejamento, mas sim estamos planejamento, mas sim estamos afirmando que os ítens a esquerda são afirmando que os ítens a esquerda são

mais importantes que os da direita.mais importantes que os da direita.

..


Ricardo P. Silva

Vamos finalmente falar de SCRUMVamos finalmente falar de SCRUM

Neste evento em Utah, Ken Schwaber apresentou Neste evento em Utah, Ken Schwaber apresentou um conjunto de práticas extremamente efetivas um conjunto de práticas extremamente efetivas para o gerenciamento de projetos de software, para o gerenciamento de projetos de software,

práticas estas altamente focadas em objetivos, ao práticas estas altamente focadas em objetivos, ao conjunto destas práticas ela chamou de SCRUM.conjunto destas práticas ela chamou de SCRUM.É importante citar que SCRUM como as demais É importante citar que SCRUM como as demais metodologias ágeis apresentadas em Utah não metodologias ágeis apresentadas em Utah não

foram inventadas nesta ocasião, elas já estavam foram inventadas nesta ocasião, elas já estavam em pleno estudo, desenvolvimento e em pleno estudo, desenvolvimento e

aprimoramento desde os anos 80.aprimoramento desde os anos 80.


Ricardo P. Silva

O que é SCRUMO que é SCRUM

Um processo ágil, leve, iterativo e incremental para Um processo ágil, leve, iterativo e incremental para ser utilizado no gerenciamento e controle de ser utilizado no gerenciamento e controle de

qualquer tipo de projeto.qualquer tipo de projeto.

SCRUM aumenta significativamente a SCRUM aumenta significativamente a produtividade e reduz o tempo para se obter produtividade e reduz o tempo para se obter

resultados.resultados.


Ricardo P. Silva


•Inspeção e adaptação em loops de feedback.Inspeção e adaptação em loops de feedback.•Usado para gestão de projetos desde 1990.Usado para gestão de projetos desde 1990.•Entrega frequente de funcionalidades com valor.Entrega frequente de funcionalidades com valor.•Escalável para projetos distribuídos, grandes e largos.Escalável para projetos distribuídos, grandes e largos.•Compatível com CMMI Nível 3 e ISO9001.Compatível com CMMI Nível 3 e ISO9001.•Baseado em práticas já consolidadas no RUP e no XP.Baseado em práticas já consolidadas no RUP e no XP.•Extremamente simples mas resistente.Extremamente simples mas resistente.

..


Ricardo P. Silva


Processos: Reunião de Planejamento, Retrospectiva, Reunião Processos: Reunião de Planejamento, Retrospectiva, Reunião Diária, Planejamento de Release, Sprints …Diária, Planejamento de Release, Sprints …

Ferramentas: Quadro Kanban, Post-it, User Stories, Burndown...Ferramentas: Quadro Kanban, Post-it, User Stories, Burndown...

Pessoas: ScrumMaster, Product Owner, Time...Pessoas: ScrumMaster, Product Owner, Time...

Cultura: Time multidisciplinar, autogerenciamento...Cultura: Time multidisciplinar, autogerenciamento...

Valores: Envolvimento do cliente, entrega frequente, liderança, Valores: Envolvimento do cliente, entrega frequente, liderança, colaboração, respeito ...colaboração, respeito ...


Ricardo P. Silva

Papéis dentro do SCRUMPapéis dentro do SCRUM

• Product OwnerProduct Owner• Scrum MasterScrum Master• TimeTime

..


Ricardo P. Silva

Papéis dentro do SCRUMPapéis dentro do SCRUMProduct OwnerProduct Owner

Pode ser um financiador ou um importante interessado Pode ser um financiador ou um importante interessado no projeto, suas principais responsabilidades são:no projeto, suas principais responsabilidades são:• Definir as funcionalidades do produto.Definir as funcionalidades do produto.• Concentra as informações vindas dos usuários.Concentra as informações vindas dos usuários.• Responsável pelo ROIResponsável pelo ROI• Prioriza o Product BacklogPrioriza o Product Backlog• Pode alterar as prioridades dentro do sprintPode alterar as prioridades dentro do sprint• Aceita ou rejeita os resultados dos trabalhosAceita ou rejeita os resultados dos trabalhos

..


Ricardo P. Silva

Papéis dentro do SCRUMPapéis dentro do SCRUMScrum MasterScrum Master

Desempenha uma liderança gerenciando os interesses do PO Desempenha uma liderança gerenciando os interesses do PO junto ao Time:junto ao Time:• Promove a criatividade e o conhecimento no Time.Promove a criatividade e o conhecimento no Time.• Estimula a comunicação entre todos os envolvidos.Estimula a comunicação entre todos os envolvidos.• Proteje o time de interferências externasProteje o time de interferências externas• Remove impedimentosRemove impedimentos• Garante que o processo está sendo respeitadoGarante que o processo está sendo respeitado• Gerencias as reuniões (Daily, Sprint Review e Retrospective.Gerencias as reuniões (Daily, Sprint Review e Retrospective.• Integra Cliente e DesenvolvimentoIntegra Cliente e Desenvolvimento• Apoio o PO a maximizar o ROIApoio o PO a maximizar o ROI

..


Ricardo P. Silva

Papéis dentro do SCRUMPapéis dentro do SCRUMTimeTime

É muito mais um grupo de pessoas do que um papel, são É muito mais um grupo de pessoas do que um papel, são aqueles diretamente ligados ao desenvolvimento do projeto aqueles diretamente ligados ao desenvolvimento do projeto sendo que suas principais características são:sendo que suas principais características são:• Multifuncional.Multifuncional.• Formado por até 7 pessoasFormado por até 7 pessoas• Define o objetivo do sprint e especifica os resultados dos Define o objetivo do sprint e especifica os resultados dos trabalhostrabalhos• Faz o que é necessário para atingir os resultadosFaz o que é necessário para atingir os resultados• Auto organizávelAuto organizável• Apresenta os resultados do SprintApresenta os resultados do Sprint

..


Ricardo P. Silva

Papéis dentro do SCRUMPapéis dentro do SCRUM

Ricardo P. Silva

..


Ricardo P. Silva

Estrutura do Estrutura do SCRUMSCRUM


Ricardo P. Silva


VISÃOVISÃOO PO define a visão do O PO define a visão do produto que representa sua produto que representa sua necessidade, é o que deve necessidade, é o que deve ser satisfeito no fim do ser satisfeito no fim do projeto.projeto.

Para definir esta visão, o PO Para definir esta visão, o PO colhe informações com colhe informações com clientes, usuários finais, time, clientes, usuários finais, time, gerentes, stakeholders, gerentes, stakeholders, executivos, etc...executivos, etc...


Ricardo P. Silva


PRODUCT BACKLOGPRODUCT BACKLOGO PO cria uma lista inicial de O PO cria uma lista inicial de necessidades que precisam ser necessidades que precisam ser produzidas para que a visão do produzidas para que a visão do projeto seja bem sucedida.projeto seja bem sucedida.

Esta lista de necessidades é Esta lista de necessidades é chamada de Product Backlog. chamada de Product Backlog.

O Scrum Master deve auxiliar o O Scrum Master deve auxiliar o PO na elaboração desta lista.PO na elaboração desta lista.


Ricardo P. Silva


PLANEJAMENTO DA PLANEJAMENTO DA SPRINTSPRINT

Antes de iniciar cada iteração Antes de iniciar cada iteração (Sprint) o time deve se reunir e (Sprint) o time deve se reunir e definir o planning meeting.definir o planning meeting.

Nesta reunião o time deverá Nesta reunião o time deverá realizar o planejamento do que realizar o planejamento do que deverá ser entregue ao final do deverá ser entregue ao final do ciclo da Sprint (2 a 4 semanas)ciclo da Sprint (2 a 4 semanas)


Ricardo P. Silva


No planejamento da sprint o PO No planejamento da sprint o PO deverá definir a meta da Sprint e deverá definir a meta da Sprint e expor para o time o itens mais expor para o time o itens mais prioritários do Product Backlog.prioritários do Product Backlog.

O time deve estimar os itens em O time deve estimar os itens em tamanho e definir o que acredita tamanho e definir o que acredita que pode ser implementado que pode ser implementado dentro da sprint.dentro da sprint.

Essa listagem é chamada de Essa listagem é chamada de Selected Product Backlog.Selected Product Backlog.O facilitador desta reunião deve O facilitador desta reunião deve ser o Scrum Master.ser o Scrum Master.


Ricardo P. Silva


Na segunda parte do Na segunda parte do planejamento da sprint o time planejamento da sprint o time deverá colher mais detalhes do deverá colher mais detalhes do selected product backlog e selected product backlog e decompô-los em tarefas gerando decompô-los em tarefas gerando assim o sprint back-log.assim o sprint back-log.Para isso pode ser necessário a Para isso pode ser necessário a ajuda de especialistas.ajuda de especialistas.Após isso cada membro deve Após isso cada membro deve selecionar as atividades que selecionar as atividades que deseja executar na sprint e deseja executar na sprint e estimá-las em horas.estimá-las em horas.Mais uma vez o Scrum Master é Mais uma vez o Scrum Master é o Facilitador.o Facilitador.


Ricardo P. Silva


REUNIÃO DIÁRIAREUNIÃO DIÁRIADiariamente o Time realiza uma Diariamente o Time realiza uma reunião de 15 minutos na qual reunião de 15 minutos na qual cada membro deve responder:cada membro deve responder:

O que eu fiz?O que eu fiz?O que pretendo fazer?O que pretendo fazer?Tive ou estou tendo algum Tive ou estou tendo algum problema?problema?

Mais uma vez o Scrum Master é Mais uma vez o Scrum Master é o Facilitador tendo a consciência o Facilitador tendo a consciência de que a reunião é para o time e de que a reunião é para o time e não para ele.não para ele.


Ricardo P. Silva


REVISÃO DA SPRINTREVISÃO DA SPRINTAo final da Sprint ocorre a Ao final da Sprint ocorre a review meeting, reunião em que review meeting, reunião em que os resultados são aprsentados os resultados são aprsentados pelo time ao PO.pelo time ao PO.

Nesta reunião o PO avalia se a Nesta reunião o PO avalia se a meta foi ou não atingida.meta foi ou não atingida.

PO faz anotações que poderão PO faz anotações que poderão se tornar em novos itens para o se tornar em novos itens para o Product Backlog.Product Backlog.


Ricardo P. Silva

Estrutura do Estrutura do SCRUMSCRUMRETROSPECTIVA DA SPRINTRETROSPECTIVA DA SPRINT

A última “cerimônia” do Sprint é A última “cerimônia” do Sprint é a Retrospectiva.a Retrospectiva.Mediada pelo Scrum Master, ela Mediada pelo Scrum Master, ela se propões a:se propões a:•Avaliar lições aprendidas ao Avaliar lições aprendidas ao longo da Sprint.longo da Sprint.•O que foi bom na última SprintO que foi bom na última Sprint•O que deve ser melhoradoO que deve ser melhoradoEsta reunião representa a Esta reunião representa a proposta do espírito de proposta do espírito de inspeção-adaptação do SCRUM.inspeção-adaptação do SCRUM.Caso o Time concorde, pode Caso o Time concorde, pode haver a participação do PO.haver a participação do PO.


Ricardo P. Silva

PrioridadePrioridade DescriçãoDescrição SprintSprint EsforçoEsforço ConclusãoConclusão

1 Emitir Pedido 12 Faturar Pedido 13 Aprovar Pedido 1

4 Integração com ERP

ARTEFATO PRODUCT BACKLOGARTEFATO PRODUCT BACKLOG


Ricardo P. Silva

Usando Estórias do Usuário (USER STORY) Usando Estórias do Usuário (USER STORY) para definir o Product Backlogpara definir o Product Backlog

O que é uma estória (user story)?É uma pequena descrição, que detalha um item do Product Backlog.

Para que serve a Estória:Uma estória ajuda no entendimento e também é, utilizada como lembrete e para

as atividades de planejamento. Ele também permite fazer a estimativa de velocidade da equipe e a duração da Sprint.

Como escrever uma estória:Conversações sobre a história, entre os desenvolvedores, clientes de modo a

detalhar a o item e esclarecer todas as dúvidas sobre o que deve ser feito.


Ricardo P. Silva

Exemplos de Exemplos de User StoryUser Story


Ricardo P. Silva

USER STORY deve ser INVESTUSER STORY deve ser INVEST

I – IndependenteI – IndependenteN – NegociávelN – NegociávelV – Valiosa (para o cliente)V – Valiosa (para o cliente)E – EstimávelE – EstimávelS – Small (pequena)S – Small (pequena)T - (Testável)T - (Testável)


Ricardo P. Silva

INDEPENDENTEINDEPENDENTE

O Usuário pode pagar o bilhete da passagem aérea

com VISA


com MASTERCARD


com AMEX


Ricardo P. Silva

NEGOCIÁVELNEGOCIÁVEL


com cartõ de crédito.

Nota: serão aceitos visa, mastercard e amex,

considerar aura


Ricardo P. Silva

VALIOSAVALIOSA

As conexões com banco de dados devem ser feits a

partir de um pool de conexões

Mais de 10 usuários devem ser capazes de usar o

sistema ao mesmo tempo sem problemas de

performance.


Ricardo P. Silva

ESTIMÁVELESTIMÁVEL

Possíveis problemas:Possíveis problemas:

1 – Desenvolvedor não conhece o negócio1 – Desenvolvedor não conhece o negócio2 – Desenvolvedor não tem conhecimento técnico2 – Desenvolvedor não tem conhecimento técnico3 – A User Story é muito grande3 – A User Story é muito grande


Ricardo P. Silva

SMALLSMALL


com VISA


com MASTERCARD


com AMEX

O Usuário pode pagar o bilhete da passagem aérea com Cartão de

Crédito


Ricardo P. Silva

TESTÁVELTESTÁVEL

O usuário nunca deve esperar muito tempo para

receber o resultado da confirmação do pagamento

O usuário nunca deve esperar mais do que 10

segundos para receber o resultado da confirmação

do pagamento


Ricardo P. Silva

Definindo Papéis de UsuáriosDefinindo Papéis de Usuários

O Usuário pode pagar o bilhete da passagem

aérea com VISA

O Usuário pode pagar o bilhete da passagem aérea com MASTER

O Usuário pode pagar o bilhete da passagem

aérea com AMEX

O usuário pode realizar o check-out do hospede

O Usuário pode aprovar reserva de hospedagem

O usuário pode alterar senhas dos usuários

cadastrados no sistema

O Usuário pode cadastrar novos usuários no sistema

O Usuário pode consultar pagamentos aprovados

HOSPEDE ATENDENTE ADMINISTRADOR

..


Ricardo P. Silva

DETALHANDO O PLANEJAMENTO DA DETALHANDO O PLANEJAMENTO DA SPRINTSPRINT

Só pra reforçar, o conceito de sprint:Só pra reforçar, o conceito de sprint:““Sprint é um período de tempo entre 2 e 4 semanas que Sprint é um período de tempo entre 2 e 4 semanas que

dever ser fixo, dentro do qual o time do projeto irá produzir dever ser fixo, dentro do qual o time do projeto irá produzir uma parte do produto definido pelo cliente”uma parte do produto definido pelo cliente”

““O conceito de sprint no remete ao fato de estarmos O conceito de sprint no remete ao fato de estarmos entregando frequentemente algo de valor par nosso cliente”entregando frequentemente algo de valor par nosso cliente”

““Cada sprint deve ter uma meta específica que represente o Cada sprint deve ter uma meta específica que represente o desejo do cliente para aquele período”desejo do cliente para aquele período”


Ricardo P. Silva

OBJETIVO DA SPRINT DEVE SER “SMART”OBJETIVO DA SPRINT DEVE SER “SMART”

S – Specifc (S – Specifc (EspecíficoEspecífico))M – Mensurable (M – Mensurable (MensurávelMensurável) ) A – Achivable (A – Achivable (AtingívelAtingível) ) R – Realistic (R – Realistic (RealistaRealista))

T – Timed (T – Timed (DatadoDatado))


Ricardo P. Silva

OBJETIVO OBJETIVO DA SPRINTDA SPRINT


Ricardo P. Silva

OBJETIVO DA SPRINTOBJETIVO DA SPRINTÍTEMÍTEM PENDENTEPENDENTE ALOCADOALOCADO PRONTOPRONTO


Ricardo P. Silva

Reportando o Andamento do ProjetoReportando o Andamento do Projeto

Riscos na adoção de Gráficos de GanttRiscos na adoção de Gráficos de Gantt1.1. O processo é cíclico e não linearO processo é cíclico e não linear2.2. Síndrome do estudanteSíndrome do estudante3.3. Dependências não existem Dependências não existem

(Req./Análise/Cod./Teste)(Req./Análise/Cod./Teste)4.4. Porcentagem concluída (visão deturpada)Porcentagem concluída (visão deturpada)


Ricardo P. Silva

Reportando o Andamento do ProjetoReportando o Andamento do Projeto

Usando o gráfico de BurndownUsando o gráfico de Burndown

O gráfico Burndown é uma das principais ferramentas de gerenciamento do processo, pois, ele representa o trabalho restante sobre tempo, ou seja, ele permite

visualizar o progresso e/ou a evolução do trabalho executado pela a equipe e o trabalho e tempo (pontos) que

ainda faltam para completar a Sprint.Atualização do Burndown é diária, isto facilita a tomada de decisão,

podemos decidir em melhorar a produtividade da equipe e/ou para mitigar risco da Sprint.


Ricardo P. Silva


Ricardo P. Silva

CertificaçõesCertificações


Ricardo P. Silva

ACABOU!ACABOU!

Foi um grande prazer estar com Foi um grande prazer estar com vocêsvocês

E lembre-se:E lembre-se:[email protected]@rpsinfo.com.br

@[email protected]/in/rpsinfowww.linkedin.com/in/rpsinfo

Curso Scrum

Technology

Transcript of Curso Scrum