Framework Scrum

Framework Scrum

2. SCRUM
•Propósito do SCRUM
•Definição de SCRUM
•Time SCRUM
•Eventos do SCRUM
•Artefatos do SCRUM

7. METODOLOGIAS DE GESTÃO DE PROJETOS

8. Percebemos no gráfico quequanto mais
cedo estamosno ciclo de vida do
projeto,menos visão temossobre o escopo,
pelas razões de incertezas.
E como as estimativas do projetose baseiam
no escopo, é fatal que elas não refletirão
aquilo que o projeto é.
Isso é uma das maiores causas dos
constantes atrasos ereplanejamentonos
projetos de produtos e serviços.
CONE DA INCERTEZA

10. EVENTOS SCRUM
Entradadosexecutivos,
time,clientes,usuáriose
outrosenvolvidos.
ProductOwner
ProductBacklog
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
ScrumMasterDevTeam Daily Scrum
Sprint
1-4
semanas
24
horas
Incremento de
produto
A entrega é avaliada pelo
productownere 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
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
Aplicadoemdesenvolvimentodeprodutos,
serviços,software,etc.
Sprint (duração de
2 a 4 semas)

13. ENTREGAS DE VALOR

14. Assimnão!
Aísim!
ENTREGAS DE VALOR

15. TIMES AUTO ORGANIZÁVEIS E 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 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

17. Priorização deProjetos/Entregas
MoSCoW
Must Have (DeveTer) –imprescindível.
Should Have (Deveria Ter)–importante.
Could Have (Poderia Ter) –bomter.
Won’tHaveforNow(NãoTerápor
Enquanto)–nãogeramvalordenegócios.

18. SprintMultiprojetos
RoadmapProjetos
Sprint dosProjetos
EXECUÇÃO DOS PROJETOS

19. Quadro Kanban de Projetos eEntregas
WIP –Workin
progress
Projeto comfluxo
deproduçãopuxado do
backlog
Pacote de entregapassa pelas
etapa do processode
produção
Ritmo/velocidade das
entregas
QUADRO KANBAN DE PROJETOS E ENTREGAS

20. REVISÃO DA SPRINT
Entregasrealizadas(pacotesde trabalho
ouestóriasde usuário).
Apresentação do produtoparcial ou
final .
Feedback do clienteeResultados do
produtoe termo de aceite.
Entregas não realizadas
Pacotes comproblemas

21. RETROSPECTIVA DA SPRINT
Equipes estakeholders
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
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ãorealizada.
Deve-se verificar também a necessidade
de adaptar a frequência das entregas e
comunicar atodos!