A estimativa ágil não passa disso

Prévia do material em texto

<p>A estimativa ágil não passa disso: uma estimativa. Não um juramento de sangue. Ao fazer estimativas, é preciso considerar uma série de fatores que ajudam os proprietários de produtos a tomar decisões que afetam toda a equipe — e a empresa</p><p>Uma estimativa boa dá ao proprietário do produto uma visão nova em relação ao nível de esforço para cada item de trabalho que, então, embasa uma avaliação da prioridade relativa de cada item.</p><p>Quando a equipe de engenharia começa seu processo de estimativa, normalmente surgem perguntas sobre os requisitos e as histórias de usuários. E isso é bom: essas perguntas ajudam toda a equipe a entender melhor o trabalho completo. Assim que recebem as estimativas da equipe de desenvolvimento, não é incomum para um proprietário de produto reordenar os itens no backlog.</p><p>Então, não deixe que sua equipe seja vítima de estimativas feitas a partir do nada. É um caminho rápido para o fracasso! Entenda o que significa estimativa e como isso pode ajudar seu time.</p><p>· Cada equipe estimará o trabalho em uma escala levemente diferente, o que significa que a velocidade (medida em pontos) será, naturalmente, diferente. Isso, por sua vez, torna impossível fazer política usando a velocidade como uma estratégia.</p><p>Infelizmente, os pontos de história são mal utilizados com frequência. Pontos da história dão errado quando forem usados para julgar pessoas, atribuir cronogramas e recursos detalhados e quando forem confundidos com uma medida de produtividade. Em vez disso, equipes deveriam usar pontos de história para entender o tamanho e a priorização do trabalho.</p><p>Para itens mais complicados na lista de pendências, dê uma estimativa aproximada. Quando que a equipe realmente começar a trabalhar nesses itens, os requisitos poderão mudar, e seu aplicativo certamente terá mudado. Então as estimativas anteriores não serão tão precisas. Não desperdice tempo estimando trabalho que provavelmente será alterado. Forneça ao proprietário do produto um número aproximado para que seja possível priorizar o roteiro do produto adequadamente.</p><p>As retrospectivas são o momento em que a equipe integra dados de iterações anteriores, como a precisão das estimativas</p><p>A estimativa é questão de prática e vai melhorando com o tempo.</p><p>ajudar as equipes a trabalharem melhor juntas</p><p>É um desafio constante prever com segurança quando uma equipe entregará software</p>