SCRUM
• Propósito do SCRUM
• Definição de SCRUM
• Time SCRUM
• Eventos do SCRUM
• Artefatos do SCRUM
METODOLOGIAS DE GESTÃO DE PROJETOS
Percebemos no gráfico que quanto mais
cedo estamos no ciclo de vida do
projeto, menos visão temos sobre o escopo,
pelas razões de incertezas.
E como as estimativas do projeto se baseiam
no escopo, é fatal que elas não refletirão
aquilo que o projeto é.
Isso é uma das maiores causas dos
constantes atrasos e replanejamento nos
projetos de produtos e serviços.
CONE DA INCERTEZA
EVENTOS SCRUM
Entrada dos executivos,
time, clientes, usuários e
outros envolvidos.
Product Owner
Product Backlog
O time seleciona as funcionalidades de
maior prioridade, que eles podem se
comprometer a entregar no final do
Sprint.
Sprint Planning
Burndown Kanban Conhecimento sobre o que foi
feito no dia anterior é
disseminado , são identificados
impedimentos e se priorizar o
trabalho do dia que se inicia.
Sprint Backlog
Scrum Master DevTeam Daily Scrum
Sprint
1-4
semanas
24
horas
Incremento de
produto
A entrega é avaliada pelo
product owner e pelo
cliente
Sprint Review
Avaliação do trabalho
realizado e do processo de
melhorias
Sprint Retrospective
Backlog
do produto
(requisitos)
Backlog
do Sprint
(tarefas)
24
horas
Ciclos de
monitoramento e
controle
Planejamento
Iniciação
Reunião diária
Monitoramento e
Controle
Planejamento
da Sprint
Execução da Sprint
(construção do produto)
Execução
Reunião de
Revisão
Reunião de
Retrospectiva
Encerramento Produto Pronto
Aplicado em desenvolvimento de produtos,
serviços, software, etc.
Sprint (duração de
2 a 4 semas)
ENTREGAS DE VALOR
Assim não!
Aí sim!
ENTREGAS
DE
VALOR
TIMES AUTO ORGANIZÁVEIS E AUTO GERENCIÁVEIS
Função de liderança e ao mesmo tempo serve ao time
DEFINIÇÃO
DO
BACKLOG
DA
SPRINT
TIME
PRODUCT
OWNER
STAKEHOLDERS
Pacotes de entregas do projetos;
Patrocinador, líder do projeto ou
parte interessada devem dar
visão do projetoe objetivos
imediatos para definir as
prioridades e benefícios.
BACKLOG DA
SPRINT
BACKLOG DO
PROJETO
Priorização de Projetos/Entregas
MoSCoW
Must Have (DeveTer) – imprescindível.
Should Have (Deveria Ter)– importante.
Could Have (Poderia Ter) – bom ter.
Won’t Have for Now (Não Terá por
Enquanto) – não geram valor de negócios.
Sprint
Multiprojetos
Roadmap
Projetos
Sprint dos Projetos
EXECUÇÃO DOS PROJETOS
Quadro Kanban de Projetos e Entregas
WIP – Work in
progress
Projeto com fluxo
de produção puxado do
backlog
Pacote de entrega passa pelas
etapa do processo de
produção
Ritmo/velocidade das
entregas
QUADRO KANBAN DE PROJETOS E ENTREGAS
REVISÃO
DA
SPRINT
 Entregas realizadas (pacotes de trabalho
ou estórias de usuário).
 Apresentação do produto parcial ou
final .
 Feedback do cliente e Resultados do
produto e termo de aceite.
 Entregas não realizadas
 Pacotes com problemas
RETROSPECTIVA DA SPRINT
Equipes e stakeholders
participam.
Definem pontos de melhorias e
plano de ação para próxima
sprint
Estrela doMar
ENCERRAMENTO DA SPRINT
A Sprint no Scrum se encerra com as
reuniões Sprint Review (feedback
sobre o produto) e Sprint
Retrospective (melhoria contínua do
time).
ENCERRAMENTO DA SPRINT
A comunicação a respeito do
atingimento dos objetivos é mais
importante do que o fato de tê-los
alcançados, assim como sobre uma
meta não realizada.
Deve-se verificar também a necessidade
de adaptar a frequência das entregas e
comunicar a todos!

Framework Scrum

  • 2.
    SCRUM • Propósito doSCRUM • Definição de SCRUM • Time SCRUM • Eventos do SCRUM • Artefatos do SCRUM
  • 7.
  • 8.
    Percebemos no gráficoque quanto mais cedo estamos no ciclo de vida do projeto, menos visão temos sobre o escopo, pelas razões de incertezas. E como as estimativas do projeto se baseiam no escopo, é fatal que elas não refletirão aquilo que o projeto é. Isso é uma das maiores causas dos constantes atrasos e replanejamento nos projetos de produtos e serviços. CONE DA INCERTEZA
  • 10.
    EVENTOS SCRUM Entrada dosexecutivos, time, clientes, usuários e outros envolvidos. Product Owner Product Backlog O time seleciona as funcionalidades de maior prioridade, que eles podem se comprometer a entregar no final do Sprint. Sprint Planning Burndown Kanban Conhecimento sobre o que foi feito no dia anterior é disseminado , são identificados impedimentos e se priorizar o trabalho do dia que se inicia. Sprint Backlog Scrum Master DevTeam Daily Scrum Sprint 1-4 semanas 24 horas Incremento de produto A entrega é avaliada pelo product owner e pelo cliente Sprint Review Avaliação do trabalho realizado e do processo de melhorias Sprint Retrospective
  • 11.
    Backlog do produto (requisitos) Backlog do Sprint (tarefas) 24 horas Ciclosde monitoramento e controle Planejamento Iniciação Reunião diária Monitoramento e Controle Planejamento da Sprint Execução da Sprint (construção do produto) Execução Reunião de Revisão Reunião de Retrospectiva Encerramento Produto Pronto Aplicado em desenvolvimento de produtos, serviços, software, etc. Sprint (duração de 2 a 4 semas)
  • 13.
  • 14.
  • 15.
    TIMES AUTO ORGANIZÁVEISE AUTO GERENCIÁVEIS Função de liderança e ao mesmo tempo serve ao time
  • 16.
    DEFINIÇÃO DO BACKLOG DA SPRINT TIME PRODUCT OWNER STAKEHOLDERS Pacotes de entregasdo projetos; Patrocinador, líder do projeto ou parte interessada devem dar visão do projetoe objetivos imediatos para definir as prioridades e benefícios. BACKLOG DA SPRINT BACKLOG DO PROJETO
  • 17.
    Priorização de Projetos/Entregas MoSCoW MustHave (DeveTer) – imprescindível. Should Have (Deveria Ter)– importante. Could Have (Poderia Ter) – bom ter. Won’t Have for Now (Não Terá por Enquanto) – não geram valor de negócios.
  • 18.
  • 19.
    Quadro Kanban deProjetos e Entregas WIP – Work in progress Projeto com fluxo de produção puxado do backlog Pacote de entrega passa pelas etapa do processo de produção Ritmo/velocidade das entregas QUADRO KANBAN DE PROJETOS E ENTREGAS
  • 20.
    REVISÃO DA SPRINT  Entregas realizadas(pacotes de trabalho ou estórias de usuário).  Apresentação do produto parcial ou final .  Feedback do cliente e Resultados do produto e termo de aceite.  Entregas não realizadas  Pacotes com problemas
  • 21.
    RETROSPECTIVA DA SPRINT Equipese stakeholders participam. Definem pontos de melhorias e plano de ação para próxima sprint Estrela doMar
  • 22.
    ENCERRAMENTO DA SPRINT ASprint no Scrum se encerra com as reuniões Sprint Review (feedback sobre o produto) e Sprint Retrospective (melhoria contínua do time).
  • 23.
    ENCERRAMENTO DA SPRINT Acomunicação a respeito do atingimento dos objetivos é mais importante do que o fato de tê-los alcançados, assim como sobre uma meta não realizada. Deve-se verificar também a necessidade de adaptar a frequência das entregas e comunicar a todos!