O que são os Requisitos de Recursos no PMBOK 8?
Os Requisitos de Recursos — chamados de Resource Requirements no PMBOK Guide, Eighth Edition — identificam os tipos e quantidades de recursos necessários para cada pacote de trabalho ou atividade do projeto. São criados como saída do processo 2.6.2.2 — Estimar os Recursos das Atividades, no domínio de Recursos.
O PMBOK Guide, Eighth Edition define os Requisitos de Recursos:
Cadastre-se para navegar sem anúncios e participar do Project Together →
“Resource requirements identify the types and quantities of resources required for each work package or activity in a work package and can be aggregated to determine the estimated resources for each work package, each WBS branch, and the entire project. The amount of detail and the level of specificity of the resource requirement descriptions can vary by application area. The resource requirements documentation may include assumptions made in determining which types of resources should be applied, their availability, and what quantities are needed.”
— PMBOK Guide, Eighth Edition (2025)
Os Requisitos de Recursos são o vínculo entre o escopo do projeto (EAP) e o planejamento de recursos (aquisição, cronograma, custo). Sem saber quais recursos são necessários para cada pacote de trabalho, é impossível construir um cronograma realista ou um orçamento preciso.
O que os Requisitos de Recursos documentam
Para cada pacote de trabalho ou atividade, os Requisitos de Recursos devem especificar:
| Elemento | Descrição | Exemplo |
|---|---|---|
| Tipo de recurso | Categoria do recurso necessário — trabalho humano, material, equipamento, serviço | Desenvolvedor Sênior Java; Servidor de banco de dados; Licença MS Project |
| Quantidade | Número de unidades ou horas necessárias do recurso | 2 desenvolvedores; 80 horas de consultoria; 3 servidores |
| Habilidades e competências | Nível de qualificação, certificações ou experiência requerida | AWS Certified Solutions Architect; PMP certificado; 5 anos de experiência em ERP SAP |
| Disponibilidade | Quando o recurso é necessário e por quanto tempo | Janeiro a Marco (3 meses); Fase de testes (semanas 10–14); Dedicação integral vs. parcial |
| Premissas | Hipóteses sobre o recurso que afetam a estimativa | “Recurso externo disponível em 30 dias”; “taxa de câmbio fixada”; “aprovação em 5 dias úteis” |
Requisitos de Recursos e a Estrutura Analítica dos Recursos
Os Requisitos de Recursos e a Estrutura Analítica dos Recursos (EAR) são criados pelo mesmo processo (2.6.2.2) e se complementam:
| Aspecto | Requisitos de Recursos | Estrutura Analítica dos Recursos (EAR) |
|---|---|---|
| O que é | Lista de o que é necessário para cada atividade/pacote de trabalho | Hierarquia de todos os tipos de recursos do projeto por categoria |
| Perspectiva | Visão orientada a atividade — quais recursos cada entrega precisa | Visão orientada a recurso — como os recursos estão categorizados e tipificados |
| Como se relacionam | Os tipos de recursos listados nos Requisitos de Recursos são os elementos da EAR | A EAR é o catalogo de referência para os tipos usados nos Requisitos de Recursos |
| Uso | Base para Desenvolver o Cronograma (quando cada recurso é necessário) | Base para Estimar os Custos (custo por categoria de recurso) |
Como os Requisitos de Recursos são usados no PMBOK 8
Os Requisitos de Recursos são entrada crítica para vários processos:
| Processo | Como Usa os Requisitos de Recursos |
|---|---|
| 2.3.2.2 — Desenvolver o Cronograma | Os recursos necessários por atividade permitem o nivelamento de recursos e a identificação de conflitos de disponibilidade |
| 2.4.2.2 — Estimar os Custos | Tipos e quantidades de recursos são multiplicados pelas taxas de custo para gerar as estimativas de custo por atividade |
| 2.6.2.3 — Adquirir Recursos | Os Requisitos de Recursos definem o que precisa ser contratado, alocado internamente ou adquirido |
| 2.6.2.4 — Desenvolver a Equipe | As habilidades e competências requeridas identificam gaps de treinamento e desenvolvimento |
| 2.7.2.2 — Identificar os Riscos | Recursos escassos, de disponibilidade incerta ou de alto custo são fontes de risco a serem registradas |
Requisitos de Recursos em abordagens preditivas, adaptativas e híbridas
Abordagem preditiva (cascata)
Em projetos preditivos, os Requisitos de Recursos são desenvolvidos para cada atividade ou pacote de trabalho durante o planejamento. O nível de detalhe é máximo: tipo específico, quantidade, nível de habilidade, disponibilidade e premissas. Os Requisitos de Recursos são a base para o nivelamento de recursos no cronograma e para as estimativas de custo bottom-up.
Abordagem adaptativa (ágil)
Em projetos ágeis, os requisitos de recursos são definidos pelo team composition — a composição fixa da equipe ágil. Os recursos são alocados por sprint baseado na capacidade da equipe (horas disponíveis ou story points). Recursos adicionais (consultores, especialistas externos) são requisitados sprint a sprint conforme necessidade, sem planejamento detalhado antecipado.
Abordagem híbrida
Em projetos híbridos, os Requisitos de Recursos formais cobrem recursos especializados compartilhados entre fases preditivas e adaptativas. A equipe ágil fixa opera com composição predefinida; os recursos especializados das fases preditivas (arquitetos, especialistas legais, instrutores) são gerenciados com requisitos formais e cronograma de alocação.
5 erros comuns nos Requisitos de Recursos
- Subespecificar o nível de habilidade: “desenvolvedor” é uma especificação inadequada. A diferença de produtividade e custo entre um desenvolvedor Júnior e um Sênior pode ser de 3x. Requisitos de Recursos sem especificação de nível de habilidade geram estimativas de custo incorretas e alocações inadequadas — com recursos insuficientemente qualificados para atividades críticas.
- Não documentar a disponibilidade requerida: um recurso pode estar disponível mas não no período em que o projeto precisa. Requisitos de Recursos que especificam o tipo mas não o período de necessidade não permitem o nivelamento de recursos no cronograma e levam a conflitos de alocação no momento da execução.
- Não incluir recursos não humanos: equipamentos, licenças de software, infraestrutura de nuvem e serviços contratados são frequentemente esquecidos nos Requisitos de Recursos. A omissão leva a custos subestimados e a atrasos por indisponibilidade de recursos físicos no momento certo.
- Não vincular os requisitos a atividades específicas: requisitos de recursos genéricos para o projeto como um todo não permitem o nivelamento de recursos no cronograma. Cada atividade ou pacote de trabalho deve ter seus próprios requisitos para que seja possível calcular quando cada recurso é necessário.
- Não atualizar os Requisitos após mudanças de escopo: mudanças no escopo quase sempre implicam mudanças nos recursos necessários. Novos pacotes de trabalho requerem novos requisitos de recursos; a remoção de entregas libera recursos que podem ser realocados. Requisitos desatualizados levam a superalocacoes e lacunas de recursos durante a execução.
Checklist dos Requisitos de Recursos
| Item | Verificação |
|---|---|
| Requisitos definidos para cada atividade ou pacote de trabalho? | [ ] |
| Tipo e nível de habilidade/certificacao especificados para recursos humanos? | [ ] |
| Quantidade de cada recurso especificada? | [ ] |
| Período de necessidade de cada recurso documentado? | [ ] |
| Recursos não humanos (materiais, equipamentos, serviços) incluídos? | [ ] |
| Premissas de disponibilidade documentadas? | [ ] |
| Requisitos vinculados a Estrutura Analítica dos Recursos (EAR)? | [ ] |
| Requisitos usados como input para Estimar os Custos e Desenvolver o Cronograma? | [ ] |
Template e Exemplo de Requisitos de Recursos — PMBOK 8
Para facilitar a aplicação imediata dos Requisitos de Recursos em seus projetos, disponibilizamos dois recursos gratuitos para download:
Template oficial PMBOK 8
Planilha Excel com estrutura de Requisitos de Recursos — campos por atividade/pacote de trabalho: tipo de recurso, quantidade, nível de habilidade, período de necessidade, dedicação percentual, premissas e fonte (interno/externo/contratado).
Exemplo real — Projeto de Desenvolvimento de Software (ProjectAdm)
Requisitos de Recursos preenchidos com dados reais do projeto ProjectAdm. Inclui 47 atividades com requisitos detalhados de 12 tipos de recursos humanos (do Gerente de Projeto ao DBA), equipamentos de infraestrutura e licenças de software — com vinculação ao cronograma e as estimativas de custo.
Quer se aprofundar no PMBOK 8?
O PMBOK Guide — Eighth Edition é a referência essencial para entender os Requisitos de Recursos e os 5 processos do domínio de Recursos. Adquira agora:
Adquirir o PMBOK Guide — Eighth Edition na Amazon →
Teste seus conhecimentos sobre os Requisitos de Recursos
Você sabe qual é a diferença entre os Requisitos de Recursos e a Estrutura Analítica dos Recursos (EAR) no PMBOK 8? E como os Requisitos de Recursos alimentam o nivelamento de recursos no cronograma? Coloque seu conhecimento a prova:
Cadastre-se para navegar sem anúncios e participar do Project Together →
Iniciar Etapa 1 do Quiz Project Together →
QUIZ
Quer testar o que aprendeu neste artigo?
Uma pergunta de múltipla escolha + uma reflexão prática. Ganhe pontos no Project Together!
Como Associado da Amazon, a escritoriodeprojetos.com.br recebe por compras qualificadas. Os links para a Amazon nesta página são links de afiliado; o preço que você paga não muda.
