Pacote de Trabalho: Definição e Papel na WBS

Toda estrutura analítica do projeto acaba parando de se ramificar. O ponto em que ela para é o pacote de trabalho, e o que acontece ali decide se a WBS é uma ferramenta de controle de verdade ou apenas um diagrama bonito contra o qual ninguém gerencia.

Um pacote de trabalho não é uma tarefa em uma lista de afazeres. É um conceito de controle: o nível mais baixo em que um projeto estima custos, atribui um único responsável e mede o progresso em relação a um plano. Se você errar esse nível, seja grande demais, pequeno demais ou sem responsável, tudo que for construído sobre ele (o cronograma, o orçamento, o relatório de valor agregado) herda o erro.

Fatos principais

• Pelo próprio glossário de valor agregado do Departamento de Defesa dos EUA, um pacote de trabalho é "o ponto em que o trabalho é planejado, o progresso é medido e o valor agregado é calculado", enquanto sua conta de controle pai é o verdadeiro ponto de controle gerencial, definido como onde orçamentos e custos reais são comparados ao valor agregado para fins de gestão.
• Pacotes de trabalho de Level of Effort, aqueles sem uma saída discreta e mensurável, geralmente não devem durar mais de 12 meses, segundo a orientação publicada pelo PMI sobre pacotes de planejamento.
• Um pacote de planejamento "deve ser convertido em Pacotes de Trabalho antes que qualquer cobrança seja feita pelo esforço", afirma a mesma orientação do PMI, a regra que impede que linhas de orçamento de longo prazo absorvam gastos reais antes que alguém tenha planejado o trabalho.
• O percentual de conclusão é um dos métodos de medição de progresso mais usados para um pacote de trabalho, mas o guia de referência de EVM da própria NASA exige que ele seja sustentado por Quantifiable Backup Data para continuar sendo uma medição objetiva e não um palpite.
• Nosso próprio guia de estrutura analítica do projeto já estabelece a heurística de dimensionamento em que esta página se apoia: nenhum pacote de trabalho menor que 8 horas ou maior que 80 horas de esforço, uma regra prática e não um padrão.

O que é um pacote de trabalho?

Um pacote de trabalho é o nível mais baixo de uma estrutura analítica do projeto em que o trabalho é planejado, estimado, atribuído a um único responsável e acompanhado até a conclusão. Ele fica abaixo de um entregável ou sub-entregável e representa um escopo pequeno o bastante para que uma pessoa, ou um time, o conclua com esforço, saída e teste de aceitação conhecidos.

Essa definição importa, porque a maior parte da confusão em torno de pacotes de trabalho vem de tratar o termo como sinônimo de "um pedaço de trabalho", em vez de um conceito de controle específico. Um pacote de trabalho não é definido apenas pelo tamanho. É definido pelo que acontece nesse nível: o custo é estimado ali, o progresso é medido ali e uma lista de atividades do cronograma é construída a partir dele. O glossário de valor agregado do próprio Departamento de Defesa é preciso quanto a isso, descrevendo um pacote de trabalho como a "subdivisão natural das Contas de Controle", o ponto exato em que o trabalho é planejado, o progresso é medido e o valor agregado é calculado.

É também por isso que um pacote de trabalho é um conceito de controle, e não um item de lista de tarefas. Um item de lista de tarefas existe para que alguém se lembre de fazer algo. Um pacote de trabalho existe para que um projeto consiga responder a três perguntas a qualquer momento: quanto desse escopo está concluído, quem é responsável por ele e quanto ele custou em relação ao que deveria custar. Nada acima do pacote de trabalho (um entregável, uma fase, o próprio projeto) responde a essas perguntas diretamente. Tudo acima dele as responde consolidando os pacotes de trabalho.

Pacote de trabalho vs entregável vs atividade vs tarefa vs marco

Esta é a confusão que leva a maioria das pessoas a procurar esta página, e vale ser exato, porque os cinco termos respondem a perguntas genuinamente diferentes.

A linha que confunde quase todo mundo: um pacote de trabalho não é, em si, uma atividade do cronograma. Um pacote de trabalho é decomposto em uma ou mais atividades do cronograma durante o planejamento, da mesma forma que um entregável é decomposto em pacotes de trabalho durante a construção da WBS. "Compra e entrega de mobiliário" é um pacote de trabalho. "Enviar RFQ a três fornecedores" e "Confirmar a janela de entrega" são as atividades do cronograma que o compõem. Misturar os dois níveis é como um gráfico de Gantt acaba com centenas de itens e nenhuma noção clara de quem é dono de quê no nível que realmente importa para custo e responsabilidade.

Conta de controle, pacote de planejamento e pacote de trabalho: a hierarquia

Um pacote de trabalho não existe isolado. Ele é um de dois possíveis filhos de uma conta de controle, e essa hierarquia é o que torna o planejamento de longo prazo honesto, em vez de um palpite vestido de detalhe.

O glossário de EVM do Departamento de Defesa define uma conta de controle como o ponto em que "orçamentos (planos de recursos) e custos reais são acumulados e comparados ao valor agregado para fins de controle gerencial", e um pacote de planejamento como trabalho futuro que "ainda não pode ser planejado em detalhe no nível de Pacote de Trabalho ou de tarefa". Um artigo do PMI sobre o uso de pacotes de planejamento coloca a regra sobre essa lacuna em termos simples: um pacote de planejamento "deve ser convertido em Pacotes de Trabalho antes que qualquer cobrança seja feita pelo esforço". Você pode orçar contra um espaço reservado. Não pode gastar contra ele.

Este é exatamente o mecanismo em que o planejamento em ondas sucessivas se baseia. O trabalho de curto prazo é decomposto em pacotes de trabalho reais, porque é compreendido o bastante para ser planejado em detalhe. O trabalho de longo prazo permanece como pacote de planejamento, um orçamento e um marco, até que sua onda chegue e mereça uma decomposição completa. A conta de controle mantém as duas peças juntas, dando ao patrocinador um número honesto para a conta inteira, mesmo com metade dela permanecendo grossa por desenho.

A entrada do dicionário da WBS, campo a campo

Um pacote de trabalho sem entrada no dicionário é um rótulo sem substância por trás. Nosso guia de estrutura analítica do projeto já estabelece os campos básicos: descrição, responsável, esforço estimado, insumos necessários, critérios do entregável e dependências. A entrada de um pacote de trabalho vai um passo além, porque é o nível em que alguém realmente precisa executar contra a entrada, e não apenas lê-la.

Veja como fica uma entrada preenchida para o exemplo de mudança de escritório usado mais adiante neste guia:

Repare quanto da entrada existe para evitar uma discussão específica e previsível mais adiante. A linha de premissas evita uma disputa sobre acessórios. Os critérios de aceitação evitam uma disputa sobre o que "entregue" significa. O código de custo evita uma disputa sobre se o custo real deste pacote pertence aqui ou em outro lugar.

Dimensionando um pacote de trabalho: a regra 8/80 e além

A regra 8/80, como o nosso guia de estrutura analítica do projeto a enuncia, é uma heurística de dimensionamento: nenhum pacote de trabalho deve ter menos de 8 horas nem mais de 80 horas de esforço. Repetindo a ressalva que esse guia já faz, porque ela se perde o tempo todo: 8/80 é uma regra prática, não um padrão emitido pelo PMI ou por qualquer órgão normativo. Algumas organizações usam 4/40 para esforços curtos e dinâmicos, ou chegam a 160 horas em programas de vários anos. O número muda. O raciocínio por trás dele não, e vale independentemente da faixa de horas que uma organização escolha.

Um pacote que falha em qualquer um desses quatro testes está mal dimensionado, independentemente da sua contagem de horas. Um pacote de 40 horas com três pessoas dividindo-o em silêncio falha no teste de responsabilidade, mesmo estando dentro de 8/80. Um pacote de 6 horas que não pode ser estimado com confiança, porque ninguém sabe de fato o que ele envolve ainda, falha no teste de estimabilidade, por menor que pareça. Use a faixa de horas como um primeiro filtro; use essas quatro perguntas como o teste de verdade.

Um exemplo prático: mudança de escritório

Regras abstratas de dimensionamento fazem mais sentido diante de uma decomposição real. Aqui está uma mudança de escritório detalhada até o nível de pacote de trabalho, o mesmo projeto usado no exemplo do dicionário da WBS acima.

Duas coisas a notar. Primeiro, todo número de esforço fica dentro de uma faixa defensável: nenhum é a tarefa de uma única tarde, nenhum passa de duas semanas úteis. Segundo, todo critério de aceitação é algo que um terceiro poderia verificar sem perguntar ao responsável "então, está pronto?". Essa é a diferença entre um pacote de trabalho e um item de linha digitado porque a WBS precisava de mais uma linha.

O que um pacote de trabalho alimenta a jusante

Um pacote de trabalho não é o fim da cadeia de planejamento. É a entrada para quase tudo que vem depois da definição do escopo.

Essa última linha merece precisão, já que é uma fonte comum de erro. O valor agregado é calculado no pacote de trabalho, usando a técnica atribuída a ele. Mas, pela própria definição do DoD, a conta de controle, e não o pacote de trabalho individual, é o verdadeiro ponto de controle gerencial, onde orçamentos, custos reais e valor agregado são comparados para fins de reporte e tomada de decisão. Um único pacote de trabalho com dificuldades raramente dispara uma ação por conta própria. Uma conta de controle cujo CPI ou SPI agregado piorou recebe uma análise de variação e um plano de ação corretiva. Para a mecânica dessa comparação, o gerenciamento de valor agregado percorre as fórmulas.

Métodos de medição de progresso para um pacote de trabalho

O modo como o percentual de conclusão de um pacote de trabalho é calculado é decidido antes de o trabalho começar, documentado na entrada do dicionário e nunca alterado no meio do pacote. O guia de referência de EVM da NASA e o glossário de EVM do Departamento de Defesa citam o mesmo conjunto central de técnicas.

O percentual de conclusão sem dados de sustentação é onde a maior parte da ficção de reporte se infiltra, já que é o método mais fácil de reportar de forma otimista sem que ninguém perceba. 0/100, unidades concluídas e marcos ponderados bem definidos são mais difíceis de maquiar, porque dependem de um evento que aconteceu ou não. O level of effort é a exceção honesta: ele não mede progresso real, é uma conveniência contábil para trabalho que nunca iria produzir uma saída discreta e, segundo a orientação do PMI, é melhor mantê-lo em períodos de cerca de um ano ou menos.

O análogo ágil: épicos, histórias e o instinto de dimensionamento

Um épico ou uma história de usuário ágil não é um pacote de trabalho. Vêm de tradições de planejamento diferentes, são dimensionados de formas diferentes e respondem a responsáveis diferentes. Mas o instinto de dimensionamento por trás de ambos é o mesmo: decompor o trabalho até que ele seja pequeno o bastante para ser estimado com honestidade, atribuído com clareza e concluído dentro de uma janela previsível.

Organizações híbridas mapeiam um para o outro o tempo todo, e isso funciona na maior parte do tempo, desde que todos concordem sobre qual lado está decidindo. Uma conta de controle pode ficar acima do conjunto de épicos de um release da mesma forma que fica acima de um conjunto de pacotes de trabalho, e os critérios de aceitação de uma história cumprem o mesmo papel que os de um pacote de trabalho. O que quebra o mapeamento é forçar story points em uma fórmula de valor agregado baseada em horas. Veja como os termos realmente diferem em épicos vs. funcionalidades vs. histórias se você traduz entre os dois mundos com frequência.

Erros comuns na definição de pacotes de trabalho

A maioria dos problemas com pacotes de trabalho remonta a um pequeno conjunto repetível de erros, fáceis de pegar quando você sabe o que procurar.

O erro de sobreposição merece uma segunda olhada, já que é o mais difícil de pegar por inspeção. Dois pacotes podem parecer razoáveis isoladamente e ainda assim contar as mesmas horas em dobro se ninguém os conferir um contra o outro. É isso que a regra dos 100% existe para pegar: percorrer cada ramo e confirmar que a soma dos filhos é igual ao pai, sem nada faltando e nada contado duas vezes.

Leitura relacionada

• Estrutura Analítica do Projeto (WBS)
• Entregáveis do Projeto
• Planejamento em Ondas Sucessivas
• Gerenciamento de Valor Agregado (EVM)
• Estimativa de Custos do Projeto
• Declaração de Trabalho (SOW)
• Diagrama de Rede
• O Que É uma Matriz RACI?

Um pacote de trabalho conquista seu lugar na WBS ao fazer um trabalho que nada mais no plano consegue fazer: dar a uma pessoa um pedaço de escopo pequeno o bastante para assumir, estimar com honestidade e concluir dentro de uma janela que alguém possa verificar. Acerte o teste de dimensionamento, escreva a entrada do dicionário com critérios de aceitação reais e mantenha os pacotes de planejamento honestos sobre o que ainda não foi detalhado, e o restante do plano herda algo digno de ser construído, e não um palpite vestido de plano de projeto.