SlideShare ist ein Scribd-Unternehmen logo
1 von 30
Desafios das estimativas
brunobrandes.com.br
@brunobrandes
Utilizando métricas científicas com Kanban
Apresentação
Sobre o Bruno Brandes
Porque Estimamos?
Para que servem as estimativas?
Vocês me entregam quando ?
Importância das Métricas
Antes e depois do Kanban
2012
2016
Scrum
Estima-se esforço
(pontos)
Estima-se capacidade
(velocidade)
Scrum
Estima-se capacidade
(horas, velocidade)
4 pessoas
8 horas por dia
5 dias por semana/sprint
____________________________
160 horas por semana (sprint)
Kanban
Lead Time
Lead time é o período em dias entre o
início e o fim da implementação de
uma funcionalidade/requisito
approved closed
Lead Time
3 dias
Kanban
Cycle Time
É a quantidade de tempo em que a
equipe passou realmente trabalhando
em uma funcionalidade/requisito.
approved closed
Lead Time
commited
Cycle Time
3 horas
WIP - Limite explícito de quantos
itens podem estar em progresso
em cada estado do fluxo de
trabalho.
Kanban
Throughput
Quantidade de funcionalidade/requisito
desenvolvidos em um determinado
tempo.
Kanban
Lead Time Probability
Probabilidade de lead time para cada
tipo de item.
Total de bugs: 16
Resolvidos em 1 dia: 7
44% certeza de que será entregue em 1 dia.
Kanban
Custo
Elimine camadas de abstração
Estimar não é o problema
Conclusão
precisamos eliminar a carga de stress que sempre é vinculada numa estimativa
Estimativa do time: 9 meses
Tem que ficar pronto: 3 meses
NO
kanban scrum
Nenhuma “ferramenta” é completa, nenhuma
“ferramenta” é perfeita...
Quando comparamos ferramentas devemos ter
cuidado. Compare para compreensão, não para
julgamento.
Quase sempre estimativas são
desperdício, busque eliminá-las
sempre que possível.
"O comprometimento é muito mais importante do que a estimativa." André Moura
Obrigado
brunobrandes.com.br
@brunobrandes
https://br.linkedin.com/in/brunobrandes
Referencia: Youtube - Porque estimar e porque deixar de estimar! AgileVale 2013 - Rodrigo Yoshima

Weitere ähnliche Inhalte

Was ist angesagt?

作業工数の改善
作業工数の改善作業工数の改善
作業工数の改善博行 門眞
 
Colabをshellから使う
Colabをshellから使うColabをshellから使う
Colabをshellから使うKiyoshi SATOH
 
俺のTerraform CI/CD ライフサイクル
俺のTerraform CI/CD ライフサイクル俺のTerraform CI/CD ライフサイクル
俺のTerraform CI/CD ライフサイクルHonMarkHunt
 
Introduction to Rundeck
Introduction to Rundeck Introduction to Rundeck
Introduction to Rundeck Rundeck
 
ARPSpoofing攻撃によるMITM攻撃
ARPSpoofing攻撃によるMITM攻撃ARPSpoofing攻撃によるMITM攻撃
ARPSpoofing攻撃によるMITM攻撃slankdev
 
Bitbucketを活用したコードレビュー改善事例
Bitbucketを活用したコードレビュー改善事例Bitbucketを活用したコードレビュー改善事例
Bitbucketを活用したコードレビュー改善事例Kosuke Ito
 
PMBOKガイド7をアジャイル屋はどう迎え撃つか?
PMBOKガイド7をアジャイル屋はどう迎え撃つか?PMBOKガイド7をアジャイル屋はどう迎え撃つか?
PMBOKガイド7をアジャイル屋はどう迎え撃つか?豆寄席 (株式会社豆蔵)
 
【第7回】アジャイル・スクラム勉強会
【第7回】アジャイル・スクラム勉強会【第7回】アジャイル・スクラム勉強会
【第7回】アジャイル・スクラム勉強会Satoshi Harada
 
traitを使って楽したい話
traitを使って楽したい話traitを使って楽したい話
traitを使って楽したい話infinite_loop
 
スマホアプリ開発者のためのWeb api開発入門の入門
スマホアプリ開発者のためのWeb api開発入門の入門スマホアプリ開発者のためのWeb api開発入門の入門
スマホアプリ開発者のためのWeb api開発入門の入門Kenyu Miura
 
Goでヤフーの分散オブジェクトストレージを作った話 Go Conference 2017 Spring
Goでヤフーの分散オブジェクトストレージを作った話 Go Conference 2017 SpringGoでヤフーの分散オブジェクトストレージを作った話 Go Conference 2017 Spring
Goでヤフーの分散オブジェクトストレージを作った話 Go Conference 2017 SpringYahoo!デベロッパーネットワーク
 
ドメイン駆動設計という仕事の流儀
ドメイン駆動設計という仕事の流儀ドメイン駆動設計という仕事の流儀
ドメイン駆動設計という仕事の流儀増田 亨
 
MySQL5.7 GA の Multi-threaded slave
MySQL5.7 GA の Multi-threaded slaveMySQL5.7 GA の Multi-threaded slave
MySQL5.7 GA の Multi-threaded slaveTakanori Sejima
 
AzureDevOps ユーザーストーリーを作ってみよう - 201904
AzureDevOps ユーザーストーリーを作ってみよう - 201904AzureDevOps ユーザーストーリーを作ってみよう - 201904
AzureDevOps ユーザーストーリーを作ってみよう - 201904Masaru Takahashi
 
CRDT in 15 minutes
CRDT in 15 minutesCRDT in 15 minutes
CRDT in 15 minutesShingo Omura
 
Dockerを使ったローカルでの開発から本番環境へのデプロイまで
Dockerを使ったローカルでの開発から本番環境へのデプロイまでDockerを使ったローカルでの開発から本番環境へのデプロイまで
Dockerを使ったローカルでの開発から本番環境へのデプロイまでRyo Nakamaru
 
golang.tokyo #6 (in Japanese)
golang.tokyo #6 (in Japanese)golang.tokyo #6 (in Japanese)
golang.tokyo #6 (in Japanese)Yuichi Murata
 
Da Gestão 1.0 A Gestão 2.0
Da Gestão 1.0 A Gestão 2.0Da Gestão 1.0 A Gestão 2.0
Da Gestão 1.0 A Gestão 2.0Juan Bernabó
 
GitHubの機能を活用したGitHub Flowによる開発の進め方
GitHubの機能を活用したGitHub Flowによる開発の進め方GitHubの機能を活用したGitHub Flowによる開発の進め方
GitHubの機能を活用したGitHub Flowによる開発の進め方Takeshi Mikami
 
Ethernetの受信処理
Ethernetの受信処理Ethernetの受信処理
Ethernetの受信処理Takuya ASADA
 

Was ist angesagt? (20)

作業工数の改善
作業工数の改善作業工数の改善
作業工数の改善
 
Colabをshellから使う
Colabをshellから使うColabをshellから使う
Colabをshellから使う
 
俺のTerraform CI/CD ライフサイクル
俺のTerraform CI/CD ライフサイクル俺のTerraform CI/CD ライフサイクル
俺のTerraform CI/CD ライフサイクル
 
Introduction to Rundeck
Introduction to Rundeck Introduction to Rundeck
Introduction to Rundeck
 
ARPSpoofing攻撃によるMITM攻撃
ARPSpoofing攻撃によるMITM攻撃ARPSpoofing攻撃によるMITM攻撃
ARPSpoofing攻撃によるMITM攻撃
 
Bitbucketを活用したコードレビュー改善事例
Bitbucketを活用したコードレビュー改善事例Bitbucketを活用したコードレビュー改善事例
Bitbucketを活用したコードレビュー改善事例
 
PMBOKガイド7をアジャイル屋はどう迎え撃つか?
PMBOKガイド7をアジャイル屋はどう迎え撃つか?PMBOKガイド7をアジャイル屋はどう迎え撃つか?
PMBOKガイド7をアジャイル屋はどう迎え撃つか?
 
【第7回】アジャイル・スクラム勉強会
【第7回】アジャイル・スクラム勉強会【第7回】アジャイル・スクラム勉強会
【第7回】アジャイル・スクラム勉強会
 
traitを使って楽したい話
traitを使って楽したい話traitを使って楽したい話
traitを使って楽したい話
 
スマホアプリ開発者のためのWeb api開発入門の入門
スマホアプリ開発者のためのWeb api開発入門の入門スマホアプリ開発者のためのWeb api開発入門の入門
スマホアプリ開発者のためのWeb api開発入門の入門
 
Goでヤフーの分散オブジェクトストレージを作った話 Go Conference 2017 Spring
Goでヤフーの分散オブジェクトストレージを作った話 Go Conference 2017 SpringGoでヤフーの分散オブジェクトストレージを作った話 Go Conference 2017 Spring
Goでヤフーの分散オブジェクトストレージを作った話 Go Conference 2017 Spring
 
ドメイン駆動設計という仕事の流儀
ドメイン駆動設計という仕事の流儀ドメイン駆動設計という仕事の流儀
ドメイン駆動設計という仕事の流儀
 
MySQL5.7 GA の Multi-threaded slave
MySQL5.7 GA の Multi-threaded slaveMySQL5.7 GA の Multi-threaded slave
MySQL5.7 GA の Multi-threaded slave
 
AzureDevOps ユーザーストーリーを作ってみよう - 201904
AzureDevOps ユーザーストーリーを作ってみよう - 201904AzureDevOps ユーザーストーリーを作ってみよう - 201904
AzureDevOps ユーザーストーリーを作ってみよう - 201904
 
CRDT in 15 minutes
CRDT in 15 minutesCRDT in 15 minutes
CRDT in 15 minutes
 
Dockerを使ったローカルでの開発から本番環境へのデプロイまで
Dockerを使ったローカルでの開発から本番環境へのデプロイまでDockerを使ったローカルでの開発から本番環境へのデプロイまで
Dockerを使ったローカルでの開発から本番環境へのデプロイまで
 
golang.tokyo #6 (in Japanese)
golang.tokyo #6 (in Japanese)golang.tokyo #6 (in Japanese)
golang.tokyo #6 (in Japanese)
 
Da Gestão 1.0 A Gestão 2.0
Da Gestão 1.0 A Gestão 2.0Da Gestão 1.0 A Gestão 2.0
Da Gestão 1.0 A Gestão 2.0
 
GitHubの機能を活用したGitHub Flowによる開発の進め方
GitHubの機能を活用したGitHub Flowによる開発の進め方GitHubの機能を活用したGitHub Flowによる開発の進め方
GitHubの機能を活用したGitHub Flowによる開発の進め方
 
Ethernetの受信処理
Ethernetの受信処理Ethernetの受信処理
Ethernetの受信処理
 

Andere mochten auch

Inier 2014 eng
Inier 2014 engInier 2014 eng
Inier 2014 enginier_ppt
 
Art & Science TANIT SCHOOL
Art & Science TANIT SCHOOLArt & Science TANIT SCHOOL
Art & Science TANIT SCHOOLtsolsona
 
PeaceNexus Foundation - Sophia Naing
PeaceNexus Foundation - Sophia NaingPeaceNexus Foundation - Sophia Naing
PeaceNexus Foundation - Sophia NaingEthical Sector
 
Water hyacinth Facts
Water hyacinth FactsWater hyacinth Facts
Water hyacinth FactsDevi Durka
 
Struyen.Com -áC thủ tiểu tử tuyết nhạn
Struyen.Com -áC thủ tiểu tử   tuyết nhạnStruyen.Com -áC thủ tiểu tử   tuyết nhạn
Struyen.Com -áC thủ tiểu tử tuyết nhạnstruyen68
 
Which Human Rights are relevant to Business & Legal Framework
Which Human Rights are relevant to Business & Legal FrameworkWhich Human Rights are relevant to Business & Legal Framework
Which Human Rights are relevant to Business & Legal FrameworkEthical Sector
 
Order of importance and secularism
Order of importance and secularismOrder of importance and secularism
Order of importance and secularismMisbahuddin Ramadoni
 
Rwandská genocida
Rwandská genocidaRwandská genocida
Rwandská genocidatheirvine
 
Komplexa fall 1.0 spk 2014
Komplexa fall 1.0 spk 2014Komplexa fall 1.0 spk 2014
Komplexa fall 1.0 spk 2014Göran Rydén
 
The ‘Roundtable: Tourism on Human Rights’ (Europe) – how it began via Skype -...
The ‘Roundtable: Tourism on Human Rights’ (Europe) – how it began via Skype -...The ‘Roundtable: Tourism on Human Rights’ (Europe) – how it began via Skype -...
The ‘Roundtable: Tourism on Human Rights’ (Europe) – how it began via Skype -...Ethical Sector
 

Andere mochten auch (18)

Inier 2014 eng
Inier 2014 engInier 2014 eng
Inier 2014 eng
 
Art & Science TANIT SCHOOL
Art & Science TANIT SCHOOLArt & Science TANIT SCHOOL
Art & Science TANIT SCHOOL
 
Al lavoro in
Al lavoro inAl lavoro in
Al lavoro in
 
PeaceNexus Foundation - Sophia Naing
PeaceNexus Foundation - Sophia NaingPeaceNexus Foundation - Sophia Naing
PeaceNexus Foundation - Sophia Naing
 
Бар матча
Бар матчаБар матча
Бар матча
 
Water hyacinth Facts
Water hyacinth FactsWater hyacinth Facts
Water hyacinth Facts
 
HowToWriteaCV
HowToWriteaCVHowToWriteaCV
HowToWriteaCV
 
Struyen.Com -áC thủ tiểu tử tuyết nhạn
Struyen.Com -áC thủ tiểu tử   tuyết nhạnStruyen.Com -áC thủ tiểu tử   tuyết nhạn
Struyen.Com -áC thủ tiểu tử tuyết nhạn
 
Which Human Rights are relevant to Business & Legal Framework
Which Human Rights are relevant to Business & Legal FrameworkWhich Human Rights are relevant to Business & Legal Framework
Which Human Rights are relevant to Business & Legal Framework
 
Lecture06 print
Lecture06 printLecture06 print
Lecture06 print
 
Order of importance and secularism
Order of importance and secularismOrder of importance and secularism
Order of importance and secularism
 
Rwandská genocida
Rwandská genocidaRwandská genocida
Rwandská genocida
 
E-bulletin vol 7 Winter (1)
E-bulletin vol 7 Winter (1)E-bulletin vol 7 Winter (1)
E-bulletin vol 7 Winter (1)
 
Doc1
Doc1Doc1
Doc1
 
Komplexa fall 1.0 spk 2014
Komplexa fall 1.0 spk 2014Komplexa fall 1.0 spk 2014
Komplexa fall 1.0 spk 2014
 
Kbdh b4 tin10
Kbdh b4 tin10Kbdh b4 tin10
Kbdh b4 tin10
 
The ‘Roundtable: Tourism on Human Rights’ (Europe) – how it began via Skype -...
The ‘Roundtable: Tourism on Human Rights’ (Europe) – how it began via Skype -...The ‘Roundtable: Tourism on Human Rights’ (Europe) – how it began via Skype -...
The ‘Roundtable: Tourism on Human Rights’ (Europe) – how it began via Skype -...
 
Desiccant dehumidifier - guide to normalize humidity
Desiccant dehumidifier - guide to normalize humidityDesiccant dehumidifier - guide to normalize humidity
Desiccant dehumidifier - guide to normalize humidity
 

Ähnlich wie Desafio das Estimativas - Utilizando métricas científicas com Kanban

Ähnlich wie Desafio das Estimativas - Utilizando métricas científicas com Kanban (20)

Compartilhando Conceitos Desenvolvimento Ágil e SCRUM
Compartilhando Conceitos Desenvolvimento Ágil e SCRUMCompartilhando Conceitos Desenvolvimento Ágil e SCRUM
Compartilhando Conceitos Desenvolvimento Ágil e SCRUM
 
Enter SCRUM
Enter SCRUMEnter SCRUM
Enter SCRUM
 
Introdução ao desenvolvimento ágil com Scrum
Introdução ao desenvolvimento ágil com ScrumIntrodução ao desenvolvimento ágil com Scrum
Introdução ao desenvolvimento ágil com Scrum
 
Curso "Scrum na Real" - Parte 4
Curso "Scrum na Real" - Parte 4Curso "Scrum na Real" - Parte 4
Curso "Scrum na Real" - Parte 4
 
Agile testing
Agile testing Agile testing
Agile testing
 
Indicadores Ágeis
Indicadores ÁgeisIndicadores Ágeis
Indicadores Ágeis
 
Kanban pragmático
Kanban pragmáticoKanban pragmático
Kanban pragmático
 
Scrum - Gerenciamento de Projetos
Scrum - Gerenciamento de ProjetosScrum - Gerenciamento de Projetos
Scrum - Gerenciamento de Projetos
 
Planilha ágil
Planilha ágilPlanilha ágil
Planilha ágil
 
Times Scrum: Caindo na Real - Palestra 10o. Rio Agile
Times Scrum: Caindo na Real - Palestra 10o. Rio Agile Times Scrum: Caindo na Real - Palestra 10o. Rio Agile
Times Scrum: Caindo na Real - Palestra 10o. Rio Agile
 
Workshop Agilizando Projetos com SCRUM
Workshop Agilizando Projetos com SCRUMWorkshop Agilizando Projetos com SCRUM
Workshop Agilizando Projetos com SCRUM
 
Scrum “by the book”
Scrum “by the book”Scrum “by the book”
Scrum “by the book”
 
Scrum
ScrumScrum
Scrum
 
Scrum - Hands On
Scrum - Hands OnScrum - Hands On
Scrum - Hands On
 
Trabalho scrum
Trabalho scrumTrabalho scrum
Trabalho scrum
 
Conceito e aplicação de métodos ágeis
Conceito e aplicação de métodos ágeisConceito e aplicação de métodos ágeis
Conceito e aplicação de métodos ágeis
 
Scrum
ScrumScrum
Scrum
 
Sobre o Scrum
Sobre o ScrumSobre o Scrum
Sobre o Scrum
 
Visão Macro do SCRUM
Visão Macro do SCRUMVisão Macro do SCRUM
Visão Macro do SCRUM
 
SCRUM
SCRUMSCRUM
SCRUM
 

Desafio das Estimativas - Utilizando métricas científicas com Kanban

Hinweis der Redaktion

  1. “Se você não consegue medir, você não pode melhorá-lo”
  2. Kanban é um termo de origem japonesa e significa literalmente “cartão” ou “sinalização”. Este é um conceito relacionado com a utilização de cartões (post-it e outros) para indicar o andamento dos fluxos de produção em empresas de fabricação em série
  3. Eu não acredito que desenvolvedor de software ou trabalhador do conhecimento tenha uma produtividade constante.
  4. O erro fatal aqui é a mania de alguns desenvolvedores com largo histórico de criticas, cansado de tomar bronca do chefe de atrasos errados, ou que gosta de sempre entregar antes, querem mostrar que são responsáveis, com discurso de não iludir o cliente, então dão uma estimativa irreal, dizendo que algo trivial de fazer, demora 2 anos e meio
  5. Limita-se o WiP porque estudos comprovaram que quanto maior o número de tarefas em andamento em determinada parte do processo, maior é o lead time.
  6. Fazendo análise de lead time e concluindo que não há correlação entre esforço e prazo
  7. Kanban limita WIP por estado de fluxo de trabalho, Scrum por iteração
  8. Referencia: Kanban e Scrum obtendo o melhor de ambos – Henrik Kinberg & Mattias Skarin * Usa Velocidade como métrica default para planejamento e melhoria do processo. X Usa Lead time como métrica default para planejamento e melhoria do processo. * Estimativa prescrita X Estimativa opcional
  9. Os Gerentes de Projetos Ágeis sensatos dizem que não tem problema o escopo mudar e que basta se comunicar que tudo dá certo, então o PMP atualiza seu Gráfico de Gantt e apresenta ao cliente o novo prazo final. Não é bem assim. Não basta apenas mudar a estimativa, precisamos eliminar a carga de stress que sempre é vinculada numa estimativa, pois quanto menor o stress mais produtivo é a equipe. O maior inimigo da estimativa é a produtividade, pois sempre quanto uma estimativa é necessária, a reação imediata do envolvido direto na produção é buscar o máximo de prazo possível. Ninguém quer trabalhar sob pressão, principalmente os trabalhadores do conhecimento que usam o cérebro como ferramenta, logo adicionar um fator de stress é como pedir para um pedreiro trabalhar com um peso de 20 kg em cada braço.
  10. Filme onde todos se questionam sobre o tipo de herói que o mundo realmente precisa. Nenhuma ferramenta é completa, nenhuma ferramenta é perfeita Quando comparamos ferramentas devemos ter cuidado. Compare para compreensão, não para julgamento
  11. Busque quebrar a funcionalidades no menor tamanho possível. Estimar coisas menores são bem mais fáceis. Se algo demora poucos dias ou horas então imediatamente questiono a utilidade de se estimar Para de se preocupar com tamanho e preocupe mais com valor entregue ao seu cliente.
  12. "O comprometimento é muito mais importante do que a estimativa." - André Moura