InfoQ

InfoQ

Notícias

Meus Favoritos

Faça oLogin ou Cadastre-se para ativar o recurso de favoritos por tempo ilimitado.

O conteúdo foi adicionado aos favoritos!

Houve um erro ao adicionar aos favoritos! Por favor, tente novamente.

Rastreie Velocidade, Não Tempo Gasto em Tarefas

Postado por Chris Sims , traduzido por Paulo R. C. Siqueira em 30 Jan 2009

Seções
Processos e Práticas
Tópicos
Adoção de Agile ,
Agile

Um membro de uma nova equipe ágil perguntouà lista Scrum Development como rastrear o tempo real que os engenheiros gastam em tarefas, e como isso está relacionado ao conceito ágil de velocidade. Velocidade é a medida ágil para rastrear o quão rápido a equipe está implementando funcionalidades, e portanto o quanto demorará para um projeto ser completado. A opinião do grupo foi que rastrear tempo gasto não é nem necessário nem útil.

A pessoa que postou a pergunta explicou que sua equipe estima o tamanho de suas histórias usando pontos de história. Conforme a equipe completa histórias, eles anotam os pontos de história relacionados. Esta anotação é então utilizada para calcular a velocidade da equipe:

...a velocidade é basicamente a quantidade de trabalho que a equipe pode fazer por sprint. Talvez algo como 25 Pontos de História / sprint de 4 semanas. Esse número pode ser utilizado para ajudar a deterninar quanto trabalho pode ser pego em cada sprint sub-sequente.

Até aqui, tudo bem. O autor segue descrevendo como as histórias da equipe são quebradas em tarefas, e essas tarefas são estimadas e rastreadas em termos de horas:

Nós temos usado gráficos burndown, no qual cada membro da equipe escreve o tempo restante por tarefa a cada dia. Isto é inserido em uma planilha de gráficos burndown. Mas, isso apenas captura dados para o burndown, não ajuda com a velocidade.

Esta confusão exemplifica por que alguns agilistas, incluindo Ron Jeffries, recomenda não estimar ou rastrear tarefas de modo algum. George Dinwiddie acrescentou sua visão:

Se você fizer as histórias pequenas, então você não precisa rastrear horas no seu burndown. Eu vejo que as equipe produzem melhor apenas rastreando histórias, e eles não desperdiçam todo aquele tempo re-estimando horas.

Na discussão, Ron e outros apontam que toda a informação necessária para fazer projeções úteis está em "25 Pontos de História / sprint de 4 semanas". Esta é a velocidade da equipe, e é exatamente o que é necessário para prever quantas histórias a equipe provavelmente será capaz de completar no futuro.

Sua equipe rastrea tanto estimativas de tarefas quanto estimativas de histórias? Deixe um comentário e compartilhe o porquê ou o porquê não.

Conteúdo Educacional

Formando equipes de alto desempenho, parte 1: Início e fases de evolução

Nesta primeira parte de uma série sobre equipes de alto desempenho e gerenciamento Agile, veja uma introdução geral e uma apresentação dos estágios de formação das equipes.

Business Model Canvas, passo a passo

O Business Model Canvas é uma ferramenta estratégica para a construção visual de novos produtos ou serviços. Conheça cada um dos seus elementos e como preencher o Canvas, passo a passo.

Google Apps Script, Parte 2: Google Docs, triggers e envio de emails

Nessa segunda e última parte de uma série sobre o Google Apps Script, conheça como funciona o envio de emails, a conversão de documentos e como criar menus e triggers.

Serviços de cloud computing PaaS: um guia para desenvolvedores Java

Este artigo avalia seis dos mais importantes fornecedores de serviços de cloud computing PaaS para desenvolvedores Java, analisando critérios como desempenho, escalabilidade e tecnologias suportadas.

Canvas de Modelo de Negócios: uma contribuição para o sucesso de Startups

O Canvas de Modelo de Negócios é um novo modo de comunicar e suportar a validação iterativa, incremental e empírica de modelos de negócio de startups e novos produtos substituindo o plano de negócios.

Entrevista com Rebecca Parsons Parte 2: Agile Distribuído, Arquitetura vs. Design e SOA

Nesta segunda e última parte de uma entrevista exclusiva para InfoQ Brasil, Rebecca Parsons, CTO da ThoughtWorks, fala sobre o Agile Distribuído e técnicas para definição de arquiteturas.

Entrevista com Rebecca Parsons Parte 1: Agile nas Empresas e Arquitetura Evolucionária

Nessa primeira parte de uma entrevista com a CTO da ThoughtWorks, veja recomendações sobre formas de construir e arquitetar sistemas para obter o máximo de flexibilidade e responsividade a mudanças.

Agile das equipes à organização: o papel do gerente, estratégias e dicas para a adoção

Os gerentes de projetos podem assumir o papel crítico de liderar a introdução do Agile. Vejas conceitos, dicas e técnicas para apoiar esse processo de mudanças.