Cálculo da capacidade ágil — Parte 1 de 2

Capacidade de um ágil A equipe é uma medida importante que deve ser usada para informar à equipe quanta carga de trabalho ela deve assumir durante seu turno. reunião de planejamento de sprint para uma próxima sprint. Se a capacidade e a carga de trabalho não estiverem em equilíbrio, os membros da equipe devem ter uma conversa esclarecedora com o dono do produto sobre como alcançar esse equilíbrio.

Apresentarei três métodos para o cálculo da capacidade:

• Método 1: Não é necessário estimar ou calcular a capacidade. Este é um método idealizado e simples.
• Método 2: A capacidade é estimada (em número de horas) usando um pequeno número de parâmetros. Este é um método aproximado, porém rápido, para estimar a capacidade de uma equipe ágil para um sprint.
• Método 3: A capacidade é calculada com precisão (em número de horas) usando um conjunto de parâmetros bastante abrangente, extensível e personalizável. Este é um método preciso para calcular a capacidade de uma equipe ágil para uma sprint. Os cálculos em si são feitos muito rapidamente usando um modelo do Excel.

Apresento os Métodos 1 e 2 nesta primeira parte de uma série de dois artigos no blog. Apresentarei o Método 3 na próxima parte. Parte 2Ao final da Parte 2, oferecerei recomendações sobre qual método você pode selecionar para uso, com base na situação específica da sua equipe ágil.

Método 1: Não é necessário estimar ou calcular a capacidade.

Vamos considerar o método mais simples (e um tanto idealizado) de uma equipe ágil bem integrada; ou seja, uma equipe cujos membros trabalharam juntos como uma equipe ágil por várias sprints no passado e alcançaram uma velocidade estável. Por exemplo, uma equipe ágil trabalhou durante as últimas quatro sprints e demonstrou uma velocidade medida em uma faixa estreita (dentro de uma margem de erro de 10%), como 19, 21, 20 e 19 pontos de história. Neste exemplo, a velocidade média da equipe (média das últimas quatro sprints) = (19+21+20+19)/4 = 19.75 ≈ 20.

Se a mesma equipe (exatamente os mesmos membros) planeja trabalhar junta na próxima sprint, e o número de dias úteis disponíveis na próxima sprint é o mesmo que nas últimas sprints, e nenhum membro da equipe precisa se ausentar do projeto por qualquer motivo significativo, então, nesse cenário ideal, a equipe ágil pode planejar confortavelmente o equivalente a 20 pontos de história na próxima sprint.

Neste método, a capacidade real da equipe para o próximo sprint não precisa ser estimada ou calculada, pois várias premissas idealizadas são assumidas como atendidas, tais como:

• Uma equipe ágil bem integrada alcançou uma velocidade estável; e a velocidade média medida nos últimos quatro sprints é um indicador importante da velocidade estimada para o próximo sprint.
• A mesma equipe bem entrosada trabalhará no próximo sprint; ou seja, exatamente os mesmos membros continuarão.
• O número de dias úteis disponíveis no próximo sprint é muito próximo do número de dias úteis nos últimos sprints; ou seja, o próximo sprint não terá um número incomum de feriados da empresa, nenhum membro da equipe deverá tirar férias pessoais prolongadas e nenhum membro da equipe deverá perder capacidade devido a outras tarefas fora do trabalho do sprint.
• A plataforma tecnológica permanecerá a mesma para o próximo sprint (sem alterações em relação ao sprint anterior).
• Nenhum membro da equipe precisa adquirir novos conhecimentos específicos da área para o próximo sprint.

Método 2: A capacidade é estimada em número de horas usando um pequeno número de parâmetros.

Este método é aplicável quando uma ou mais premissas que justificam o Método 1 não são verdadeiras ou são, no mínimo, questionáveis. Se uma ou mais das seguintes condições forem aplicáveis, o Método 1 não deve ser utilizado:

• A equipe ágil ainda não está bem entrosada; no passado, ela experimentou mudanças erráticas de velocidade de sprint para sprint.
• A composição da equipe ágil provavelmente mudará de um sprint para o próximo em relação ao sprint anterior; isso certamente alterará a dinâmica e a produtividade da equipe.
• A capacidade da equipe para o próximo sprint deverá ser diferente da do sprint anterior devido à proximidade do período de festas de fim de ano, férias de verão ou de inverno, etc.
• Espera-se que os membros da equipe trabalhem em uma plataforma tecnológica diferente durante o próximo sprint.
• Um ou mais membros da equipe precisam aprender e aplicar novos conhecimentos da área para o próximo sprint.

Nesse tipo de cenário, não podemos considerar a velocidade média passada como o principal indicador da velocidade estimada para o próximo sprint. Precisamos estimar o número de horas disponíveis para a equipe realizar trabalho prático efetivo durante o próximo sprint. Nesse método, utiliza-se um modelo simplificado considerando dados históricos da organização sobre o tempo típico de "trabalho prático" em um dia de oito horas (se esses dados existirem e estiverem disponíveis). Com base em dados históricos, a equipe pode utilizar de 60% a 80% do dia de oito horas como tempo disponível para trabalho prático efetivo. O tempo restante (de 20% a 40%) é destinado a e-mails e telefonemas em geral, reuniões da empresa, preparação e participação em reuniões diárias. scrum reuniões, etc. Assim, estima-se que cada membro da equipe em tempo integral tenha de 4.8 a 6.4 horas por dia (ou de 24 a 32 horas em uma semana de trabalho de 40 horas) para realizar trabalho prático. Por exemplo, se uma equipe ágil tiver oito membros em tempo integral e usar sprints de quatro semanas, estimará sua capacidade em 8 x 4 x 24 = 768 horas (considerando 60% de trabalho prático), ou até 8 x 4 x 32 = 1,024 horas (considerando 80% de trabalho prático) para a próxima semana.

Note que esta é apenas uma estimativa aproximada da capacidade de uma equipe ágil, pois se baseia em um único parâmetro (percentual de tempo disponível para trabalho prático, normalmente entre 60% e 80%, com base em dados históricos da organização). Caso não haja dados históricos disponíveis, algumas organizações utilizam uma estimativa aproximada (por exemplo, 75%) com base em evidências informais ou em sua percepção de conforto com esse número.

A estimativa de capacidade serve para orientar a equipe ágil em relação à quantidade de trabalho (histórias ou funcionalidades a serem implementadas e defeitos a serem corrigidos) que pode ser planejada para a próxima sprint. Por exemplo, se a capacidade da equipe for estimada em 800 horas, o trabalho estimado deve ser próximo a 800 horas; a equipe pode exceder sua capacidade, mas em no máximo 5%; ou seja, neste exemplo, o trabalho estimado não deve ultrapassar 840 horas.

Uma equipe ágil agora precisa estimar ou calcular o número de horas de trabalho planejado com base no backlog da sprint priorizado. O esforço para cada história e defeito precisa ser estimado em número de horas ideais (não horas decorridas). Isso pode ser feito no nível da história ou do defeito pela equipe, com base no conhecimento coletivo do trabalho envolvido. Alternativamente, cada história e defeito pode ser dividido em tarefas e testes; cada tarefa e teste é estimado em número de horas ideais, e essas estimativas são agregadas para obter uma estimativa do esforço para a história ou defeito em horas ideais.

Como o Método 2 fornece apenas uma estimativa da capacidade com base em um único parâmetro ou em um pequeno número de parâmetros, trata-se apenas de uma medida aproximada. Se você precisar estimar com precisão a capacidade da equipe em número de horas com base em um conjunto abrangente de parâmetros, será necessário seguir o Método 3. Este método será apresentado a seguir. segunda parte desta postagem de blog em duas partes.