SlideShare uma empresa Scribd logo
1 de 41
Baixar para ler offline
Scrum
e a filosofia Ágil
Dionisio Chiuratto Agourakis
Founder/CEO – J!Quant
Certified Scrum Master (CSM) – Scrum Alliance
dionisio@jquant.com.br
http://jaked.ninja
Great companies
are built,
not launched.
1. O que temos feito
3
4
Nosso passado
A J!Quant tem gerenciado seus projetos da maneira tradicional, levantando requisitos e fazendo
estimativas de tempo e custo para o cliente.
Nossas práticas e resultados obtidos
5
Prática Resultados Obtidos Problema
Levantamento extenso de
requisitos
Requisitos sempre incompletos ou
míopes
Desperdício de tempo e dinheiro –
insatisfação do cliente
Estimativas Estimativas incorretas Desperdício de tempo e dinheiro
Microgerenciamento Incerteza da completude do
projeto – ineficiência
Falso senso de tranquilidade ou de
emergência – não sabemos onde
estamos pisando
Auto-defesa com contrato Falsa segurança de que o contrato
protege a empresa contra o cliente
insatisfeito
A empresa tem de optar entre
desagradar o cliente ou tomar
prejuízo
Papéis mal definidos Comunicação falha, objetivos mal
alinhados
Bagunça
6
Segundo um estudo da Harvard Business Review,
com 1.471 projetos
https://hbr.org/2011/09/why-your-it-project-may-be-riskier-than-you-think/
7
1 a cada 6 (16,6%) extrapolam seu custo em:
https://hbr.org/2011/09/why-your-it-project-may-be-riskier-than-you-think/
8
1 a cada 6 (16,6%) extrapolam seu custo em:
https://hbr.org/2011/09/why-your-it-project-may-be-riskier-than-you-think/
200%
Custo inicial: 100
Custo real: 300
9
E extrapolam seu prazo em:
https://hbr.org/2011/09/why-your-it-project-may-be-riskier-than-you-think/
10
E extrapolam seu prazo em:
https://hbr.org/2011/09/why-your-it-project-may-be-riskier-than-you-think/
75%
Tempo inicial: 100
Tempo real: 175
11
17% dos projetos de TI ...
http://www.mckinsey.com/insights/business_technology/delivering_large-
scale_it_projects_on_time_on_budget_and_on_value
12
Falham.
http://www.mckinsey.com/insights/business_technology/delivering_large-
scale_it_projects_on_time_on_budget_and_on_value
13
Mas falham tanto!
http://www.mckinsey.com/insights/business_technology/delivering_large-
scale_it_projects_on_time_on_budget_and_on_value
14
http://www.mckinsey.com/insights/business_technology/delivering_large-
scale_it_projects_on_time_on_budget_and_on_value
Que se tornam uma ameaça para a existência
da organização.
2. Scrum
15
Como Funciona
O Scrum é um framework para gestão de projetos ágeis, que tem como principal objetivo entregar
valor ao cliente.
Estrutura Geral
16
D.o.R
Sprint Planning
D.o.D
Sprint Review
Sprint Retrospective
17
Resumo
Filosofia Ágil
O manifesto ágil se baseia nestes 4 valores principais.
18
• Indivíduos e interação entre eles mais que processos e
ferramentas
• Software em funcionamento mais que documentação abrangente
• Colaboração com o cliente mais que negociação de contratos
• Responder a mudanças mais que seguir um plano
19
Fuck it.
Ship it.
Papéis
O Scrum é um framework para gestão de projetos ágeis, que tem como principal objetivo entregar
valor ao cliente.
Estrutura Geral
20
Papel Objetivo Como é medido Perfil
Scrum Master Pessoas e Processos
Melhorias nas
pessoas e nos
processos
Humano / Facilitador
Product Owner Produto
ROI – Return on
Investment e
satisfação do cliente
Negócio – cuidar do
produto e do dinheiro
Dev Team Desenvolvimento Meta da Sprint Técnico
Papéis
O Scrum é um framework para gestão de projetos ágeis, que tem como principal objetivo entregar
valor ao cliente.
Scrum Master
21
Papel Objetivo Como é medido Perfil
Scrum Master Pessoas e Processos
Melhorias nas
pessoas e nos
processos
Humano / Facilitador
O Scrum Master (SM) não é gerente de projeto, não é coordenador do projeto, não
produz cronogramas, documentação, etc.
O Scrum Master (SM) deve ser um facilitador, alguém que trabalha pro-ativamente
para ajudar o time a atingir a meta da Sprint, removendo quaisquer impedimentos,
melhorando processos e pessoas.
O SM não é chefe do Dev Team.
Papéis
O Scrum é um framework para gestão de projetos ágeis, que tem como principal objetivo entregar
valor ao cliente.
Product Owner
22
Papel Objetivo Como é medido Perfil
Product Owner Produto
ROI – Return on
Investment e
satisfação do cliente
Negócio – cuidar do
produto e do dinheiro
O Product Owner (PO) é o único dono do produto, ele é responsável pela visão e por
construir junto ao cliente o Product Backlog. Também é responsável pela definição
das METAS da sprint e pelo retorno (e orçamento) do projeto.
O Product Owner (PO) não é coordenador do projeto, gerente do projeto. Faz
cronogramas macro, para sua orientação e para interface sadia com o cliente. É o
responsável por escrever e produzir material palatável para o dev team.
O PO não é chefe do Dev Team.
Papéis
O Scrum é um framework para gestão de projetos ágeis, que tem como principal objetivo entregar
valor ao cliente.
Dev Team
23
Papel Objetivo Como é medido Perfil
Dev Team Desenvolvimento Meta da Sprint Técnico
Dev Team é o conjunto de pessoas com competências interdisciplinares que irá
buscar a meta da sprint.
O Dev Team deve se auto organizar, e reportar imediatamente: ao PO qualquer
dúvida que tiver sobre as tarefas designadas e ao SM qualquer impedimento de
pessoas ou processos.
O Dev Team é chefe do Dev Team.
Reuniões
O Scrum é um framework para gestão de projetos ágeis, que tem como principal objetivo entregar
valor ao cliente.
Estrutura de Reuniões e seus participantes
24
Reunião Objetivo Agenda Duração Max. Participantes
Sprint Planning
Planejar a Sprint: Sprint
Backlog e Metas
Primeiro dia da Sprint
pela manhã
4 hrs.
Dev Team, PO e SM
(facilitador)
Daily Meeting
3 perguntas: O que foi
feito hoje, o que será
feito amanhã e quais os
impedimentos
Todo santo dia. Sempre. 15 min.
Dev Team + SM
(facilitador)
Sprint Review
Mostrar ao PO o
incremento do produto
entregue para que ele
seja aceito ou rejeitado
Último dia da Sprint 2 hrs.
Dev Team, PO e SM
(facilitador)
Sprint Retrospective Melhorar processos Último dia da Sprint 2hrs. Dev Team + SM
3. Novo fluxo de trabalho
25
Novo fluxo
A J!Quant passará a agir orientada a criar valor para seus clientes, tendo uma equipe
comprometida e alinhada.
1 – Contratação do projeto
26
Cliente PO/Vendas
Visão do Projeto
A visão do projeto norteará o PO e o Dev
Team para atuar nos pontos que geram
mais valor para o cliente. É um
levantamento de requisito de alto nível e
teoricamente imutável
Custo Fixo Prazo Fixo
Escopo Variável
(backlog!)
Início da Sprint
A J!Quant passará a agir orientada a criar valor para seus clientes, tendo uma equipe
comprometida e alinhada.
2 – Preparação e Início da Sprint
27
PO Product Backlog
O DoR – Definition of Ready, deverá ser
combinado entre o Dev Team e o PO.
Trata-se do contrato que estabelece o
mínimo que uma
tarefa/funcionalidade/estória deve
possuir para que possa entrar em
desenvolvimento.
DoR
User Story
+ Descrição
detalhada
Wireframe
de baixa
fidelidade
...
Início da Sprint
A J!Quant passará a agir orientada a criar valor para seus clientes, tendo uma equipe
comprometida e alinhada.
2 – Preparação e Início da Sprint
28
PO Product Backlog
O PO estabelece a meta da sprint e monta
o Sprint Backlog junto com o Dev Team.
Tudo isso ocorre durante o Sprint
Planning.
DoR
Meta da Sprint
Sprint Backlog
Dev Team
Durante a Sprint
A J!Quant passará a agir orientada a criar valor para seus clientes, tendo uma equipe
comprometida e alinhada.
3 – Durante a Sprint
29
O Dev Team deve se auto organizar
durante a Sprint para atingir a Meta
estabelecida.
SM não cobra o dev team. PO não cobra o
dev team.
PO tira todas as dúvidas e ajuda a validar
se o caminho esta correto.
SM resolve tudo que impede o time de
atingir a meta.
Dev Team
Daily
SM
Durante a Sprint
A J!Quant passará a agir orientada a criar valor para seus clientes, tendo uma equipe
comprometida e alinhada.
3 – Durante a Sprint
30
O Dev Team só poderá considerar uma
tarefa realizada se ela atender a 100% dos
critérios da Definition of Done.
Exemplo:
Tarefa codificada, testada e online no
ambiente de homologação
Dev Team
DoD
Durante a Sprint
A J!Quant passará a agir orientada a criar valor para seus clientes, tendo uma equipe
comprometida e alinhada.
3 – Durante a Sprint
31
O PO sempre tem a autoridade de mudar
o Product Backlog. O escopo é mutável. É
Product Owner. Owner.
A visão do projeto é imutável.
A meta da sprint é imutável.
Dev Team
SM
Read-Only
Read-Only
PO
Acesso total
Product Backlog
Final da Sprint
A J!Quant passará a agir orientada a criar valor para seus clientes, tendo uma equipe
comprometida e alinhada.
4 – Fim da Sprint (review)
32
A Sprint Review é a reunião oficial onde o
Dev Team mostra ao PO o incremento de
produto que produziu durante a Sprint.
Cabe ao PO determinar se o time atingiu
ou não a meta.
Atingir todas as metas = Sprint foi um
sucesso
Falhar em alguma meta = Sprint foi um
fracasso
Não é necessário “zerar” o sprint
backlog, desde que as metas tenham
sido atingidas.
Dev Team
SM
Read-Only
PO
Meta da Sprint
Incremento
Final da Sprint
A J!Quant passará a agir orientada a criar valor para seus clientes, tendo uma equipe
comprometida e alinhada.
4 – Fim da Sprint (retrospective)
33
Cabe ao Dev Team e principalmente ao
SM avaliar quais processos podem ser
melhorados para Sprints futuras.
A Sprint Retrospective é a reunião que
garante que a empresa melhore com o
tempo.
Dev Team
SM
Read-Only
Processos
4. Conclusão (and a grain of salt)
34
Conclusão
Nenhum framework vai resolver seus problemas. Mas se você estiver disposto a encará-los de
frente, a filosofia ágil vai te ajudar.
O Scrum NÃO vai:
35
• Resolver os problemas de recrutamento e seleção;
• Fazer mais em menos tempo;
• Aumentar a qualidade do código;
• Fazer seu cliente pagar mais;
• Te eximir da responsabilidade de gerir a empresa;
• Aumentar suas vendas;
• Garantir o sucesso dos seus projetos;
(projetos ágeis também falham!)
Conclusão
Nenhum framework vai resolver seus problemas. Mas se você estiver disposto a encará-los de
frente, a filosofia ágil vai te ajudar.
O Scrum vai:
36
Ser como a sua sogra:
Vai jogar todos os seus problemas na sua cara.
Alexandre Magno – Instrutor da Adaptworks
Conclusão
Nenhum framework vai resolver seus problemas. Mas se você estiver disposto a encará-los de
frente, a filosofia ágil vai te ajudar.
O Scrum vai:
37
Ser como a sua sogra:
Vai jogar todos os seus problemas na sua cara.
Alexandre Magno – Instrutor da Adaptworks
E vai ajudar você a priorizar aquilo que realmente
importa a nível de negócio, aqui que realmente
gera valor.
Conclusão
38
Grandes poderes,
Grandes responsabilidades.
PARKER, Benjamin (Tio Ben)
Conclusão
39
Como você deve imaginar...
Conclusão
40
O resto é com vocês!
Obrigado!
41

Mais conteúdo relacionado

Mais procurados

Scrum - Gestão Ágil de Projetos de Software
Scrum - Gestão Ágil de Projetos de SoftwareScrum - Gestão Ágil de Projetos de Software
Scrum - Gestão Ágil de Projetos de SoftwareLucas Gonçalves Nadalete
 
Treinamento - Product Owner - CLARO-NET-EMBRATEL
Treinamento - Product Owner - CLARO-NET-EMBRATELTreinamento - Product Owner - CLARO-NET-EMBRATEL
Treinamento - Product Owner - CLARO-NET-EMBRATELDaniel Calmazini
 
Gestao agil de projetos com Scrum
Gestao agil de projetos com ScrumGestao agil de projetos com Scrum
Gestao agil de projetos com ScrumIgor Macaubas
 
Palestra PM Canvas - Framework
Palestra PM Canvas - FrameworkPalestra PM Canvas - Framework
Palestra PM Canvas - FrameworkEduardo Freire
 
Treinamento Scrum - Português
Treinamento Scrum - PortuguêsTreinamento Scrum - Português
Treinamento Scrum - PortuguêsJonas Elias Flesch
 
Palestra Project Model Canvas
Palestra Project Model CanvasPalestra Project Model Canvas
Palestra Project Model CanvasDanilo Marques
 
Scrum - Conceitos, Práticas e Experiências - Manoel Pimentel
Scrum - Conceitos, Práticas e Experiências - Manoel PimentelScrum - Conceitos, Práticas e Experiências - Manoel Pimentel
Scrum - Conceitos, Práticas e Experiências - Manoel PimentelManoel Pimentel Medeiros
 
Precisamos falar sobre a diferença de projetizar e produtizar
Precisamos falar sobre a diferença de projetizar e produtizarPrecisamos falar sobre a diferença de projetizar e produtizar
Precisamos falar sobre a diferença de projetizar e produtizarEluza Pinheiro
 
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...Rosa Sampaio
 
Gerência de projetos de software
Gerência de projetos de softwareGerência de projetos de software
Gerência de projetos de softwareNiva Silva
 

Mais procurados (20)

Gestão Ágil de tudo: Planejamento backlog
Gestão Ágil de tudo: Planejamento backlogGestão Ágil de tudo: Planejamento backlog
Gestão Ágil de tudo: Planejamento backlog
 
Scrum - Gestão Ágil de Projetos de Software
Scrum - Gestão Ágil de Projetos de SoftwareScrum - Gestão Ágil de Projetos de Software
Scrum - Gestão Ágil de Projetos de Software
 
Scrum
ScrumScrum
Scrum
 
Treinamento - Product Owner - CLARO-NET-EMBRATEL
Treinamento - Product Owner - CLARO-NET-EMBRATELTreinamento - Product Owner - CLARO-NET-EMBRATEL
Treinamento - Product Owner - CLARO-NET-EMBRATEL
 
Gestao de Projeto com gráfico burndown
Gestao de Projeto com gráfico burndownGestao de Projeto com gráfico burndown
Gestao de Projeto com gráfico burndown
 
Processos Ágeis
Processos Ágeis Processos Ágeis
Processos Ágeis
 
Teste de software gestao e kaizen
Teste de software gestao e kaizenTeste de software gestao e kaizen
Teste de software gestao e kaizen
 
Gestao agil de projetos com Scrum
Gestao agil de projetos com ScrumGestao agil de projetos com Scrum
Gestao agil de projetos com Scrum
 
Palestra PM Canvas - Framework
Palestra PM Canvas - FrameworkPalestra PM Canvas - Framework
Palestra PM Canvas - Framework
 
Treinamento Scrum - Português
Treinamento Scrum - PortuguêsTreinamento Scrum - Português
Treinamento Scrum - Português
 
Fundamentos Gestão de Escopo e Qualidade
Fundamentos Gestão de Escopo e QualidadeFundamentos Gestão de Escopo e Qualidade
Fundamentos Gestão de Escopo e Qualidade
 
Palestra Project Model Canvas
Palestra Project Model CanvasPalestra Project Model Canvas
Palestra Project Model Canvas
 
Metricas (e previsões) acionáveis de projeto
Metricas (e previsões) acionáveis de projetoMetricas (e previsões) acionáveis de projeto
Metricas (e previsões) acionáveis de projeto
 
Scrum - Conceitos, Práticas e Experiências - Manoel Pimentel
Scrum - Conceitos, Práticas e Experiências - Manoel PimentelScrum - Conceitos, Práticas e Experiências - Manoel Pimentel
Scrum - Conceitos, Práticas e Experiências - Manoel Pimentel
 
Precisamos falar sobre a diferença de projetizar e produtizar
Precisamos falar sobre a diferença de projetizar e produtizarPrecisamos falar sobre a diferença de projetizar e produtizar
Precisamos falar sobre a diferença de projetizar e produtizar
 
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...
 
Engenharia de software Lean Kanban
Engenharia de software  Lean KanbanEngenharia de software  Lean Kanban
Engenharia de software Lean Kanban
 
Modelagem com historias bem além dos requisitos
Modelagem com historias bem além dos requisitosModelagem com historias bem além dos requisitos
Modelagem com historias bem além dos requisitos
 
Gerência de projetos de software
Gerência de projetos de softwareGerência de projetos de software
Gerência de projetos de software
 
Estrategias Ágeis para testes sob pressão
Estrategias Ágeis para testes sob pressãoEstrategias Ágeis para testes sob pressão
Estrategias Ágeis para testes sob pressão
 

Destaque (6)

Educação e Carreira
Educação e CarreiraEducação e Carreira
Educação e Carreira
 
Secular Technological Tailwinds
Secular Technological TailwindsSecular Technological Tailwinds
Secular Technological Tailwinds
 
J!Quant - GPU Technology Conference 2016
J!Quant - GPU Technology Conference 2016J!Quant - GPU Technology Conference 2016
J!Quant - GPU Technology Conference 2016
 
Extreme programming (xp) - Resumo
Extreme programming (xp) - ResumoExtreme programming (xp) - Resumo
Extreme programming (xp) - Resumo
 
Machine Learning - Introdução e Aplicações
Machine Learning - Introdução e AplicaçõesMachine Learning - Introdução e Aplicações
Machine Learning - Introdução e Aplicações
 
Aplicações Práticas de Machine Learning
Aplicações Práticas de Machine LearningAplicações Práticas de Machine Learning
Aplicações Práticas de Machine Learning
 

Semelhante a Fazendo acontecer com Scrum e a Filosofia Ágil.

Scrum - Gerenciamento de Projetos
Scrum - Gerenciamento de ProjetosScrum - Gerenciamento de Projetos
Scrum - Gerenciamento de ProjetosWilliam Lima
 
Gerenciamento ágil de processos - SCRUM
Gerenciamento ágil de processos - SCRUMGerenciamento ágil de processos - SCRUM
Gerenciamento ágil de processos - SCRUMLucas Vinícius
 
Compartilhando Conceitos Desenvolvimento Ágil e SCRUM
Compartilhando Conceitos Desenvolvimento Ágil e SCRUMCompartilhando Conceitos Desenvolvimento Ágil e SCRUM
Compartilhando Conceitos Desenvolvimento Ágil e SCRUMRobson David
 
Workshop Scrum - 8 horas
Workshop Scrum - 8 horasWorkshop Scrum - 8 horas
Workshop Scrum - 8 horasWise Systems
 
Scrum | Estimativa ágil | Apresentação para QA | Desenvolvedores | e para o...
Scrum | Estimativa ágil | Apresentação para  QA | Desenvolvedores  | e para o...Scrum | Estimativa ágil | Apresentação para  QA | Desenvolvedores  | e para o...
Scrum | Estimativa ágil | Apresentação para QA | Desenvolvedores | e para o...Rosa Sampaio
 
Scrum - Engenharia de Software
Scrum - Engenharia de Software Scrum - Engenharia de Software
Scrum - Engenharia de Software ProfThiagoAAlves
 
Inciando com Scrum
Inciando com ScrumInciando com Scrum
Inciando com ScrumIdéia Ágil
 
Aplicando Scrum na prática para times ágeis
Aplicando Scrum na prática para times ágeisAplicando Scrum na prática para times ágeis
Aplicando Scrum na prática para times ágeisfayrusm
 
ENGSW_Aula_Scrum.pdf
ENGSW_Aula_Scrum.pdfENGSW_Aula_Scrum.pdf
ENGSW_Aula_Scrum.pdfssuserbe3ad6
 
Apresentação sobre scrum bem básica
Apresentação sobre scrum bem básicaApresentação sobre scrum bem básica
Apresentação sobre scrum bem básicaRicardo Lima
 
Workshop Agilizando Projetos com SCRUM
Workshop Agilizando Projetos com SCRUMWorkshop Agilizando Projetos com SCRUM
Workshop Agilizando Projetos com SCRUMElumini Outdoing IT
 

Semelhante a Fazendo acontecer com Scrum e a Filosofia Ágil. (20)

Treinamento Ágil / Scrum
Treinamento Ágil / ScrumTreinamento Ágil / Scrum
Treinamento Ágil / Scrum
 
Scrum - Gerenciamento de Projetos
Scrum - Gerenciamento de ProjetosScrum - Gerenciamento de Projetos
Scrum - Gerenciamento de Projetos
 
Gerenciamento ágil de processos - SCRUM
Gerenciamento ágil de processos - SCRUMGerenciamento ágil de processos - SCRUM
Gerenciamento ágil de processos - SCRUM
 
Gerenciamento ágil de projetos com scrum
Gerenciamento ágil de projetos com scrumGerenciamento ágil de projetos com scrum
Gerenciamento ágil de projetos com scrum
 
Compartilhando Conceitos Desenvolvimento Ágil e SCRUM
Compartilhando Conceitos Desenvolvimento Ágil e SCRUMCompartilhando Conceitos Desenvolvimento Ágil e SCRUM
Compartilhando Conceitos Desenvolvimento Ágil e SCRUM
 
Workshop Scrum - 8 horas
Workshop Scrum - 8 horasWorkshop Scrum - 8 horas
Workshop Scrum - 8 horas
 
Agilidade Com Scrum
Agilidade Com ScrumAgilidade Com Scrum
Agilidade Com Scrum
 
Palestra: Scrum e seus papéis
Palestra: Scrum e seus papéisPalestra: Scrum e seus papéis
Palestra: Scrum e seus papéis
 
Scrum | Estimativa ágil | Apresentação para QA | Desenvolvedores | e para o...
Scrum | Estimativa ágil | Apresentação para  QA | Desenvolvedores  | e para o...Scrum | Estimativa ágil | Apresentação para  QA | Desenvolvedores  | e para o...
Scrum | Estimativa ágil | Apresentação para QA | Desenvolvedores | e para o...
 
Treinamento - Scrum.pptx
Treinamento - Scrum.pptxTreinamento - Scrum.pptx
Treinamento - Scrum.pptx
 
Desenvolvimento ágil com scrum
Desenvolvimento ágil com scrumDesenvolvimento ágil com scrum
Desenvolvimento ágil com scrum
 
Scrum - Engenharia de Software
Scrum - Engenharia de Software Scrum - Engenharia de Software
Scrum - Engenharia de Software
 
Scrum
ScrumScrum
Scrum
 
Gestao agil de projetos
Gestao agil de projetosGestao agil de projetos
Gestao agil de projetos
 
Inciando com Scrum
Inciando com ScrumInciando com Scrum
Inciando com Scrum
 
Aplicando Scrum na prática para times ágeis
Aplicando Scrum na prática para times ágeisAplicando Scrum na prática para times ágeis
Aplicando Scrum na prática para times ágeis
 
ENGSW_Aula_Scrum.pdf
ENGSW_Aula_Scrum.pdfENGSW_Aula_Scrum.pdf
ENGSW_Aula_Scrum.pdf
 
Apresentação sobre scrum bem básica
Apresentação sobre scrum bem básicaApresentação sobre scrum bem básica
Apresentação sobre scrum bem básica
 
Workshop Agilizando Projetos com SCRUM
Workshop Agilizando Projetos com SCRUMWorkshop Agilizando Projetos com SCRUM
Workshop Agilizando Projetos com SCRUM
 
Scrum Overview
Scrum OverviewScrum Overview
Scrum Overview
 

Fazendo acontecer com Scrum e a Filosofia Ágil.

  • 1. Scrum e a filosofia Ágil Dionisio Chiuratto Agourakis Founder/CEO – J!Quant Certified Scrum Master (CSM) – Scrum Alliance dionisio@jquant.com.br http://jaked.ninja
  • 3. 1. O que temos feito 3
  • 4. 4
  • 5. Nosso passado A J!Quant tem gerenciado seus projetos da maneira tradicional, levantando requisitos e fazendo estimativas de tempo e custo para o cliente. Nossas práticas e resultados obtidos 5 Prática Resultados Obtidos Problema Levantamento extenso de requisitos Requisitos sempre incompletos ou míopes Desperdício de tempo e dinheiro – insatisfação do cliente Estimativas Estimativas incorretas Desperdício de tempo e dinheiro Microgerenciamento Incerteza da completude do projeto – ineficiência Falso senso de tranquilidade ou de emergência – não sabemos onde estamos pisando Auto-defesa com contrato Falsa segurança de que o contrato protege a empresa contra o cliente insatisfeito A empresa tem de optar entre desagradar o cliente ou tomar prejuízo Papéis mal definidos Comunicação falha, objetivos mal alinhados Bagunça
  • 6. 6 Segundo um estudo da Harvard Business Review, com 1.471 projetos https://hbr.org/2011/09/why-your-it-project-may-be-riskier-than-you-think/
  • 7. 7 1 a cada 6 (16,6%) extrapolam seu custo em: https://hbr.org/2011/09/why-your-it-project-may-be-riskier-than-you-think/
  • 8. 8 1 a cada 6 (16,6%) extrapolam seu custo em: https://hbr.org/2011/09/why-your-it-project-may-be-riskier-than-you-think/ 200% Custo inicial: 100 Custo real: 300
  • 9. 9 E extrapolam seu prazo em: https://hbr.org/2011/09/why-your-it-project-may-be-riskier-than-you-think/
  • 10. 10 E extrapolam seu prazo em: https://hbr.org/2011/09/why-your-it-project-may-be-riskier-than-you-think/ 75% Tempo inicial: 100 Tempo real: 175
  • 11. 11 17% dos projetos de TI ... http://www.mckinsey.com/insights/business_technology/delivering_large- scale_it_projects_on_time_on_budget_and_on_value
  • 16. Como Funciona O Scrum é um framework para gestão de projetos ágeis, que tem como principal objetivo entregar valor ao cliente. Estrutura Geral 16 D.o.R Sprint Planning D.o.D Sprint Review Sprint Retrospective
  • 18. Filosofia Ágil O manifesto ágil se baseia nestes 4 valores principais. 18 • Indivíduos e interação entre eles mais que processos e ferramentas • Software em funcionamento mais que documentação abrangente • Colaboração com o cliente mais que negociação de contratos • Responder a mudanças mais que seguir um plano
  • 20. Papéis O Scrum é um framework para gestão de projetos ágeis, que tem como principal objetivo entregar valor ao cliente. Estrutura Geral 20 Papel Objetivo Como é medido Perfil Scrum Master Pessoas e Processos Melhorias nas pessoas e nos processos Humano / Facilitador Product Owner Produto ROI – Return on Investment e satisfação do cliente Negócio – cuidar do produto e do dinheiro Dev Team Desenvolvimento Meta da Sprint Técnico
  • 21. Papéis O Scrum é um framework para gestão de projetos ágeis, que tem como principal objetivo entregar valor ao cliente. Scrum Master 21 Papel Objetivo Como é medido Perfil Scrum Master Pessoas e Processos Melhorias nas pessoas e nos processos Humano / Facilitador O Scrum Master (SM) não é gerente de projeto, não é coordenador do projeto, não produz cronogramas, documentação, etc. O Scrum Master (SM) deve ser um facilitador, alguém que trabalha pro-ativamente para ajudar o time a atingir a meta da Sprint, removendo quaisquer impedimentos, melhorando processos e pessoas. O SM não é chefe do Dev Team.
  • 22. Papéis O Scrum é um framework para gestão de projetos ágeis, que tem como principal objetivo entregar valor ao cliente. Product Owner 22 Papel Objetivo Como é medido Perfil Product Owner Produto ROI – Return on Investment e satisfação do cliente Negócio – cuidar do produto e do dinheiro O Product Owner (PO) é o único dono do produto, ele é responsável pela visão e por construir junto ao cliente o Product Backlog. Também é responsável pela definição das METAS da sprint e pelo retorno (e orçamento) do projeto. O Product Owner (PO) não é coordenador do projeto, gerente do projeto. Faz cronogramas macro, para sua orientação e para interface sadia com o cliente. É o responsável por escrever e produzir material palatável para o dev team. O PO não é chefe do Dev Team.
  • 23. Papéis O Scrum é um framework para gestão de projetos ágeis, que tem como principal objetivo entregar valor ao cliente. Dev Team 23 Papel Objetivo Como é medido Perfil Dev Team Desenvolvimento Meta da Sprint Técnico Dev Team é o conjunto de pessoas com competências interdisciplinares que irá buscar a meta da sprint. O Dev Team deve se auto organizar, e reportar imediatamente: ao PO qualquer dúvida que tiver sobre as tarefas designadas e ao SM qualquer impedimento de pessoas ou processos. O Dev Team é chefe do Dev Team.
  • 24. Reuniões O Scrum é um framework para gestão de projetos ágeis, que tem como principal objetivo entregar valor ao cliente. Estrutura de Reuniões e seus participantes 24 Reunião Objetivo Agenda Duração Max. Participantes Sprint Planning Planejar a Sprint: Sprint Backlog e Metas Primeiro dia da Sprint pela manhã 4 hrs. Dev Team, PO e SM (facilitador) Daily Meeting 3 perguntas: O que foi feito hoje, o que será feito amanhã e quais os impedimentos Todo santo dia. Sempre. 15 min. Dev Team + SM (facilitador) Sprint Review Mostrar ao PO o incremento do produto entregue para que ele seja aceito ou rejeitado Último dia da Sprint 2 hrs. Dev Team, PO e SM (facilitador) Sprint Retrospective Melhorar processos Último dia da Sprint 2hrs. Dev Team + SM
  • 25. 3. Novo fluxo de trabalho 25
  • 26. Novo fluxo A J!Quant passará a agir orientada a criar valor para seus clientes, tendo uma equipe comprometida e alinhada. 1 – Contratação do projeto 26 Cliente PO/Vendas Visão do Projeto A visão do projeto norteará o PO e o Dev Team para atuar nos pontos que geram mais valor para o cliente. É um levantamento de requisito de alto nível e teoricamente imutável Custo Fixo Prazo Fixo Escopo Variável (backlog!)
  • 27. Início da Sprint A J!Quant passará a agir orientada a criar valor para seus clientes, tendo uma equipe comprometida e alinhada. 2 – Preparação e Início da Sprint 27 PO Product Backlog O DoR – Definition of Ready, deverá ser combinado entre o Dev Team e o PO. Trata-se do contrato que estabelece o mínimo que uma tarefa/funcionalidade/estória deve possuir para que possa entrar em desenvolvimento. DoR User Story + Descrição detalhada Wireframe de baixa fidelidade ...
  • 28. Início da Sprint A J!Quant passará a agir orientada a criar valor para seus clientes, tendo uma equipe comprometida e alinhada. 2 – Preparação e Início da Sprint 28 PO Product Backlog O PO estabelece a meta da sprint e monta o Sprint Backlog junto com o Dev Team. Tudo isso ocorre durante o Sprint Planning. DoR Meta da Sprint Sprint Backlog Dev Team
  • 29. Durante a Sprint A J!Quant passará a agir orientada a criar valor para seus clientes, tendo uma equipe comprometida e alinhada. 3 – Durante a Sprint 29 O Dev Team deve se auto organizar durante a Sprint para atingir a Meta estabelecida. SM não cobra o dev team. PO não cobra o dev team. PO tira todas as dúvidas e ajuda a validar se o caminho esta correto. SM resolve tudo que impede o time de atingir a meta. Dev Team Daily SM
  • 30. Durante a Sprint A J!Quant passará a agir orientada a criar valor para seus clientes, tendo uma equipe comprometida e alinhada. 3 – Durante a Sprint 30 O Dev Team só poderá considerar uma tarefa realizada se ela atender a 100% dos critérios da Definition of Done. Exemplo: Tarefa codificada, testada e online no ambiente de homologação Dev Team DoD
  • 31. Durante a Sprint A J!Quant passará a agir orientada a criar valor para seus clientes, tendo uma equipe comprometida e alinhada. 3 – Durante a Sprint 31 O PO sempre tem a autoridade de mudar o Product Backlog. O escopo é mutável. É Product Owner. Owner. A visão do projeto é imutável. A meta da sprint é imutável. Dev Team SM Read-Only Read-Only PO Acesso total Product Backlog
  • 32. Final da Sprint A J!Quant passará a agir orientada a criar valor para seus clientes, tendo uma equipe comprometida e alinhada. 4 – Fim da Sprint (review) 32 A Sprint Review é a reunião oficial onde o Dev Team mostra ao PO o incremento de produto que produziu durante a Sprint. Cabe ao PO determinar se o time atingiu ou não a meta. Atingir todas as metas = Sprint foi um sucesso Falhar em alguma meta = Sprint foi um fracasso Não é necessário “zerar” o sprint backlog, desde que as metas tenham sido atingidas. Dev Team SM Read-Only PO Meta da Sprint Incremento
  • 33. Final da Sprint A J!Quant passará a agir orientada a criar valor para seus clientes, tendo uma equipe comprometida e alinhada. 4 – Fim da Sprint (retrospective) 33 Cabe ao Dev Team e principalmente ao SM avaliar quais processos podem ser melhorados para Sprints futuras. A Sprint Retrospective é a reunião que garante que a empresa melhore com o tempo. Dev Team SM Read-Only Processos
  • 34. 4. Conclusão (and a grain of salt) 34
  • 35. Conclusão Nenhum framework vai resolver seus problemas. Mas se você estiver disposto a encará-los de frente, a filosofia ágil vai te ajudar. O Scrum NÃO vai: 35 • Resolver os problemas de recrutamento e seleção; • Fazer mais em menos tempo; • Aumentar a qualidade do código; • Fazer seu cliente pagar mais; • Te eximir da responsabilidade de gerir a empresa; • Aumentar suas vendas; • Garantir o sucesso dos seus projetos; (projetos ágeis também falham!)
  • 36. Conclusão Nenhum framework vai resolver seus problemas. Mas se você estiver disposto a encará-los de frente, a filosofia ágil vai te ajudar. O Scrum vai: 36 Ser como a sua sogra: Vai jogar todos os seus problemas na sua cara. Alexandre Magno – Instrutor da Adaptworks
  • 37. Conclusão Nenhum framework vai resolver seus problemas. Mas se você estiver disposto a encará-los de frente, a filosofia ágil vai te ajudar. O Scrum vai: 37 Ser como a sua sogra: Vai jogar todos os seus problemas na sua cara. Alexandre Magno – Instrutor da Adaptworks E vai ajudar você a priorizar aquilo que realmente importa a nível de negócio, aqui que realmente gera valor.