#NoEstimates (Allen Holub)

O Conceito de Velocidade e Estimativas

Visão Geral da Seção: Nesta seção, o palestrante discute o conceito de velocidade em um ambiente de trabalho e como as estimativas podem ser problemáticas.

O Conceito de Velocidade

• A velocidade é um número decimal entre 0 e 1 que representa a eficiência do trabalho.

• A equipe não pode fazer muito para mudar a velocidade, pois ela depende do ambiente de trabalho.

• A melhoria da velocidade requer melhorias no ambiente, removendo obstáculos e processos desnecessários.

Estimativas e Obstáculos

• Muitas vezes, os gerentes culpam a equipe pela diminuição da velocidade, sem considerar os obstáculos impostos pela organização.

• A ênfase na pontuação por sprint leva a estimativas irreais e pressão sobre a equipe.

• Estimar software é tão irracional quanto estimar física - estamos pensando nas estimativas de maneira errada.

Ritual das Estimativas

• O processo de estimativa muitas vezes se torna um ritual sem sentido.

• Assim como rituais irracionais, as estimativas não produzem resultados úteis.

• É importante pensar em projeções em vez de estimativas para reduzir riscos e tomar decisões mais precisas.

Motivação por Medo e Alternativas às Estimativas

Visão Geral da Seção: Nesta seção, o palestrante discute a motivação baseada no medo relacionada ao uso de estimativas e apresenta alternativas para lidar com projetos grandes.

Motivação por Medo

• A motivação para usar estimativas está relacionada ao medo de investir recursos sem saber se o projeto será concluído a tempo.

• Existem outras maneiras de abordar essa preocupação, como dividir projetos em partes menores e fornecer projeções precisas.

Alternativas às Estimativas

• Em vez de estimar um projeto longo, é possível dividi-lo em partes menores e estabelecer prazos mais curtos.

• Isso reduz o risco e permite ajustes rápidos caso algo esteja errado.

• O foco deve ser em projeções precisas, não em estimativas arbitrárias.

Pensando em Projeções e Não em Estimativas

Visão Geral da Seção: Nesta seção, o palestrante enfatiza a importância de pensar em projeções ao invés de estimativas e destaca a diferença entre backlog e lista de histórias.

Projeções vs. Estimativas

• É fundamental mudar o pensamento de estimativas para projeções.

• Ao olhar para o backlog, é importante ver as tarefas como uma lista de histórias que precisam ser concluídas.

Redução do Risco com Abordagem Ágil

• Uma abordagem ágil permite reduzir riscos ao realizar ajustes precoces no processo.

• Projetos menores permitem avaliar resultados antes de prosseguir ou interromper o trabalho.

Tamanho do Backlog e Considerações Finais

Visão Geral da Seção: Nesta seção final, o palestrante discute a importância de manter um backlog gerenciável e conclui sua apresentação.

Tamanho do Backlog

• Um backlog com muitas tarefas pode se tornar difícil de gerenciar.

• É importante manter o backlog em um tamanho aceitável para facilitar o planejamento e a execução das tarefas.

Conclusão

• O palestrante encerra destacando a importância de pensar em projeções, não em estimativas, e adaptar-se às necessidades do projeto.

• Ele enfatiza que as estimativas não são a melhor abordagem para lidar com projetos complexos.

A importância das estimativas e o papel dos chefes

Visão geral da seção: Nesta seção, é discutida a importância das estimativas e como os chefes desempenham um papel significativo nesse processo.

A relevância das estimativas

• Estimar é uma prática comum nas empresas, mas muitas vezes as estimativas são consideradas inúteis.

• As estimativas são feitas para satisfazer os chefes, que querem ter uma ideia de probabilidade de sucesso do projeto.

• No entanto, nem todos entendem o significado por trás das porcentagens utilizadas nas estimativas.

O papel dos chefes

• Os chefes costumavam ter controle sobre as estimativas e forçavam os funcionários a cumprir prazos estabelecidos.

• Essa abordagem baseada em prazos está sendo substituída pela filosofia Lean, onde a equipe de engenharia tem mais controle sobre o tempo necessário para concluir um projeto.

• Agora, cabe aos chefes tomar decisões com base nas probabilidades apresentadas pelas equipes de engenharia.

Mudanças na estrutura gerencial e a importância da compreensão das porcentagens

Visão geral da seção: Nesta seção, são discutidas as mudanças na estrutura gerencial e a importância de entender corretamente as porcentagens nas estimativas.

Mudanças na estrutura gerencial

• Anteriormente, os gerentes tinham controle total sobre o cronograma do projeto.

• Com a filosofia Lean, a responsabilidade de decidir o tempo necessário para concluir um projeto é transferida para a equipe de engenharia.

A importância da compreensão das porcentagens

• Muitas pessoas não entendem corretamente o significado das porcentagens nas estimativas.

• É essencial compreender que uma estimativa com 20% de chance de sucesso significa que há uma probabilidade de 20% de alcançar o resultado desejado.

• Essa compreensão adequada das porcentagens ajuda na tomada de decisões e no planejamento do projeto.

O impacto da falta de cronograma e a necessidade de tomar decisões

Visão geral da seção: Nesta seção, é discutido o impacto da falta de um cronograma definido e a importância das decisões na gestão do projeto.

Impacto da falta de cronograma

• A ausência de um cronograma claro afeta toda a organização.

• Sem um cronograma, as pessoas têm opiniões divergentes sobre como as coisas devem ser feitas.

A necessidade de tomar decisões

• Os gerentes são responsáveis por controlar os números e o cronograma do projeto.

• Eles criam gráficos, planilhas e números aproximados para acompanhar o progresso do projeto.

• No entanto, nem todos concordam com essa abordagem gerencial.

O caos reportado pela falta de um cronograma definido

Visão geral da seção: Nesta seção, é discutido o caos resultante da falta de um cronograma definido e a controvérsia em torno dessa abordagem gerencial.

O caos resultante

• A falta de um cronograma claro leva ao caos na organização.

• Muitas pessoas discordam da abordagem gerencial que se concentra apenas nos números e no cronograma.

Controvérsia em torno da abordagem gerencial

• A abordagem gerencial que enfatiza o controle dos números e do cronograma é criticada por muitos.

• Alguns argumentam que essa abordagem é baseada em jogos de azar e não é uma maneira eficaz de construir um negócio.

Essas são as principais seções e pontos-chave discutidos no vídeo.

Planejamento e Tempo

Visão Geral da Seção: Nesta seção, o palestrante discute a importância do planejamento e do tempo no contexto de um projeto.

Importância do Planejamento e Tempo

• O planejamento é essencial para garantir que as atividades ocorram conforme o cronograma.

• A quantidade de tempo dedicada a uma tarefa afeta diretamente sua conclusão.

• É importante considerar a complexidade das tarefas ao estimar o tempo necessário.

• A utilização de pontos de história baseados na sequência de Fibonacci ajuda a refletir a incerteza nas estimativas.

• Os pontos de história não devem ser interpretados como números decimais, mas sim como uma escala relativa.

• Obstáculos e processos burocráticos podem impactar negativamente a velocidade da equipe.

• A contagem de histórias pode ser uma forma eficaz de medir o progresso, mas também pode criar obstáculos desnecessários.

Estimativas com Pontos de História

Visão Geral da Seção: Nesta seção, o palestrante explora as estimativas utilizando pontos de história e sua relação com a velocidade da equipe.

Estimativas com Pontos de História

• Os pontos de história são uma forma simplificada de estimar esforço em um projeto ágil.

• Utilizar uma sequência baseada em Fibonacci ajuda a refletir melhor as diferenças entre as tarefas.

• As estimativas em pontos não devem ser confundidas com horas ou dias reais necessários para concluir uma tarefa.

• A velocidade da equipe é influenciada por fatores externos, como obstáculos e processos burocráticos.

• A melhoria da velocidade da equipe não depende apenas de alterações nas estimativas em pontos de história.

Eliminação de Desperdícios

Visão Geral da Seção: Nesta seção, o palestrante discute a importância de eliminar desperdícios no processo de desenvolvimento ágil.

Eliminação de Desperdícios

• A eliminação de desperdícios é fundamental para aumentar a eficiência do trabalho realizado pela equipe.

• Contar histórias pode ser suficiente para medir o progresso, sem a necessidade de estimativas baseadas em tempo.

• Estimativas baseadas em tempo podem ser consideradas desperdício quando não são essenciais para o planejamento e acompanhamento do projeto.

Pontos vs. Tempo

Visão Geral da Seção: Nesta seção, o palestrante compara a utilização de pontos com a estimativa baseada em tempo.

Pontos vs. Tempo

• Contar histórias pode ser mais eficiente do que estimar em horas ou dias.

• A contagem de histórias fornece uma medida tangível do progresso e evita cálculos complexos.

• Estimar em pontos permite que a equipe foque na conclusão das tarefas, ao invés de se preocupar com projeções futuras baseadas no tempo.

O Relatório do Caos e a Crise de Software

Visão Geral da Seção: Nesta seção, o palestrante discute o Relatório do Caos e a percepção de uma crise de software. Ele argumenta que o problema não é uma crise real, mas sim a falta de habilidade em estimar corretamente os projetos.

O Relatório do Caos e a Falta de Estimativas Precisas

• O Relatório do Caos afirma que 80% dos projetos falham ou estão tão atrasados que são considerados fracassos.

• No entanto, o problema com o relatório é que ele não indica uma crise real no software, mas sim a falta de habilidade em fazer estimativas precisas.

• A falta de habilidade em estimar corretamente leva a decisões baseadas em informações incorretas, resultando em falhas significativas nos projetos.

Foco na Estimativa vs. Foco no Produto

• O verdadeiro problema da crise de software não está na falta de habilidade para estimar corretamente ou nas estimativas erradas, mas sim na construção de código que não tem utilidade.

• É importante focar no que o programa realmente faz em vez de apenas cumprir prazos e orçamentos estabelecidos pelas estimativas.

• A cultura das estimativas muitas vezes leva ao foco excessivo no tempo ao invés do resultado final do programa.

A Abordagem Ágil e as Histórias

• A abordagem ágil introduziu o conceito das histórias como forma de lidar com esse problema.

• No entanto, muitas organizações não implementam corretamente a abordagem ágil e interpretam as histórias como requisitos funcionais.

• Uma história deve ser uma narrativa curta que descreve o usuário realizando algo que produz um resultado valioso, não apenas uma descrição de um requisito funcional.

Os Pontos da História e a Estimativa

• Os pontos da história foram introduzidos como uma tentativa de reconciliar as diferentes visões sobre estimativas.

• Inicialmente, os pontos da história foram criados para obscurecer o tempo e evitar estimativas baseadas em tempo.

• No entanto, muitas vezes os pontos da história são convertidos novamente em estimativas de tempo, o que leva a disfunções no processo.

Recomendações para Lidar com Estimativas

• É recomendado utilizar uma escala de dificuldade que não seja facilmente convertida em tempo ao usar pontos da história.

• É importante focar nas informações úteis fornecidas pelas histórias para priorizá-las adequadamente.

• A velocidade também é um fator problemático relacionado às estimativas e pode levar a resultados negativos se mal interpretada.

Não há uma crise de software real

Visão Geral da Seção: Nesta seção, o palestrante argumenta que não há uma crise real no software, mas sim a falta de habilidade em fazer estimativas precisas.

Problema das Estimativas Incorretas

• O problema não é que os projetos estejam sempre atrasados, mas sim que as estimativas estão erradas na maioria das vezes.

• A falta de habilidade em fazer estimativas corretas é o verdadeiro problema apontado pelo Relatório do Caos.

O Foco nas Estimativas

• A cultura das estimativas leva a um foco excessivo no tempo e não no resultado final do programa.

• É importante reconhecer que o problema não está na falta de cumprimento dos prazos, mas sim na construção de código sem utilidade real.

A Importância das Estimativas Precisas

• Tomar decisões com base em informações incorretas resulta em falhas significativas nos projetos.

• É necessário reconhecer a falta de habilidade em fazer estimativas corretas e buscar alternativas que não dependam delas.

O Ponto Principal do Relatório do Caos

Visão Geral da Seção: Nesta seção, o palestrante destaca o ponto principal do Relatório do Caos e sua relação com as estimativas.

O Ponto Principal do Relatório do Caos

• O ponto principal do Relatório do Caos não é que 80% dos projetos falham, mas sim que há uma falta de habilidade em fazer estimativas precisas.

• Isso serve como prova de que tomar decisões com base em informações incorretas leva a falhas significativas nos projetos.

Evitando Estimativas Incorretas

• Em vez de tentar melhorar as estimativas, é mais eficaz encontrar maneiras de realizar projetos sem depender delas.

• A falta de habilidade em fazer estimativas corretas deve ser reconhecida para evitar tomar decisões com base em informações falsas.

Alternativa às Estimativas: Focar no Produto

Visão Geral da Seção: Nesta seção, o palestrante sugere uma abordagem alternativa às estimativas, focando no produto em vez do tempo.

O Verdadeiro Problema da Crise de Software

• O verdadeiro problema não é a falta de habilidade em fazer estimativas corretas ou as estimativas erradas, mas sim a construção de código sem utilidade real.

• É importante direcionar esforços para criar programas que tenham um propósito útil e não apenas cumprir prazos estabelecidos pelas estimativas.

A Falácia das Estimativas Precisas

• Cumprir uma estimativa não tem valor se o programa construído não for útil.

• Focar no tempo ao invés do resultado final leva a disfunções e desvios do objetivo principal.

A Importância do que o Programa Faz

• É fundamental focar no que o programa realmente faz e na sua utilidade para os usuários.

• A abordagem ágil introduziu o conceito de histórias como forma de enfatizar a importância do resultado final em vez das estimativas.

O Problema com as Histórias Ágeis

Visão Geral da Seção: Nesta seção, o palestrante discute as limitações e interpretações equivocadas das histórias ágeis.

Interpretações Errôneas das Histórias Ágeis

• Muitas organizações interpretam erroneamente as histórias ágeis como requisitos funcionais em vez de narrativas que descrevem resultados valiosos para os usuários.

• Isso resulta em uma abordagem inadequada da metodologia ágil e não resolve o problema das estimativas incorretas.

A Dificuldade em Estimar Histórias

• Estimar histórias é um desafio, pois elas são mais abstratas e narrativas do que requisitos funcionais específicos.

• Enquanto é possível estimar requisitos funcionais com base no tempo necessário para implementá-los, as histórias exigem uma abordagem diferente.

O Conceito de Pontos da História

Visão Geral da Seção: Nesta seção, o palestrante explora o conceito de pontos da história como uma tentativa de reconciliar as estimativas com a metodologia ágil.

A Intenção dos Pontos da História

• Os pontos da história foram introduzidos como uma forma de evitar a ênfase excessiva no tempo e permitir uma abordagem mais flexível.

• Inicialmente, eles foram criados para obscurecer o tempo e evitar estimativas baseadas nele.

A Conversão dos Pontos em Tempo

• No entanto, muitas vezes os pontos da história são convertidos novamente em estimativas de tempo, perdendo seu propósito original.

• Isso leva a disfunções no processo e reintroduz o problema das estimativas incorretas.

Recomendações para Lidar com Estimativas

• É recomendado utilizar uma escala de dificuldade que não seja facilmente convertida em tempo ao usar pontos da história.

• Focar nas informações úteis fornecidas pelas histórias ajuda na priorização adequada dos projetos.

• A velocidade também pode ser problemática quando mal interpretada em relação às estimativas.

Trabalhando nisso - a quantidade de tempo

Visão geral da seção: Nesta seção, o palestrante discute sobre o tempo necessário para trabalhar em algo.

Tempo necessário para realizar uma tarefa

• O palestrante menciona que é importante dedicar uma quantidade adequada de tempo para realizar uma tarefa.

• Ele destaca que a quantidade de tempo necessária pode variar dependendo da complexidade e do escopo da tarefa.

• É importante ter um planejamento adequado e estabelecer metas realistas em relação ao tempo necessário.

• O palestrante enfatiza que é essencial evitar pressões excessivas de prazos e garantir um equilíbrio saudável entre trabalho e vida pessoal.

Gerenciamento eficiente do tempo

• O palestrante sugere algumas estratégias para gerenciar o tempo de forma eficiente:

• Priorizar as tarefas com base na importância e urgência.

• Estabelecer prazos realistas e cumprir com eles.

• Evitar distrações desnecessárias durante o trabalho.

• Utilizar técnicas de organização, como listas de afazeres ou aplicativos de gerenciamento de projetos.

Conclusão

• O palestrante ressalta a importância de dedicar a quantidade certa de tempo para cada tarefa, evitando tanto a procrastinação quanto a sobrecarga. Um bom gerenciamento do tempo contribui para maior produtividade e bem-estar geral.