PMI PMP: Gerenciamento de Aquisições e Contratos — Guia de estudos

By Laurynas Brazys · 21 July 2026 · #pmi #pmp #certification #exam-prep #study-guide

Faz parte do PMP — Guia de estudos. Pratique com respostas verificadas no centro de exames da PMI, ou faça testes cronometrados no ExamRoll.io.

Tipos e Estruturação de Contratos: Combinando o Instrumento com o Risco

O tipo de contrato é a decisão de aquisição mais importante, pois define quem assume quais riscos e para onde apontam os incentivos. Contratos de preço fixo firme (FFP) transferem o risco de escopo, cronograma e custo para o fornecedor e funcionam bem quando a declaração de trabalho (SOW) é estável e bem definida — por exemplo, a realocação preditiva da sede da empresa com uma lista de pendências (punch list) conhecida. Contratos de tempo e materiais (T&M) invertem o risco para o comprador, mas fornecem a flexibilidade para responder a requisitos emergentes; eles são adequados para alocação de pessoal (staff augmentation), trabalho de descoberta e desenvolvimento ágil em estágio inicial, onde o backlog é genuinamente desconhecido. Variantes de custo reembolsável (CPFF, CPIF, CPAF) ficam no meio-termo, úteis quando o trabalho é exploratório, mas o comprador deseja o alinhamento de incentivos com metas de custo ou desempenho.

O ponto de atrito em projetos modernos é a colisão entre a entrega ágil e as expectativas comerciais de preço fixo. Os executivos geralmente querem a certeza de preço do FFP, enquanto a equipe de entrega precisa da flexibilidade de escopo do Scrum. Assinar um contrato FFP para um escopo ágil indefinido é uma das armadilhas mais prejudiciais em aquisições: o fornecedor irá inflar o preço para cobrir as incertezas, recusar mudanças que fujam de uma SOW interpretada de forma restrita, ou absorver perdas que eventualmente se manifestam como atalhos na qualidade e disputas. A resposta correta não é abandonar o preço fixo, mas sim instrumentalizá-lo com controles cientes da metodologia ágil.

Dois controles estruturais são particularmente eficazes:

• Níveis de escopo (must-have / should-have / could-have)
  • Como funciona: O contrato se compromete com o nível must-have; os níveis inferiores são entregues conforme a capacidade permitir
  • O que protege: Lucratividade e certeza de entrega no escopo principal
• Limites de iteração/sprint
  • Como funciona: Número fixo de sprints ou um esforço total a não exceder (not-to-exceed)
  • O que protege: Evita demandas de retrabalho ilimitadas sob o pretexto de “ser ágil”
• Trocas de mudança por mudança (change-for-change)
  • Como funciona: Novos itens do backlog exigem a remoção de itens de esforço equivalente
  • O que protege: Preserva o envelope de custo/cronograma
• Preços baseados em release
  • Como funciona: Cada release é reprecificada com base em um backlog refinado
  • O que protege: Alinha a cadência comercial e de entrega

Para um programa híbrido — digamos, uma mudança preditiva da sede mais uma migração ágil de sistemas — um único tipo de contrato raramente se encaixa em ambas as frentes de trabalho. A estruturação correta geralmente é FFP para a mudança física determinística e T&M (ou um T&M com níveis/limites) para a migração, ou um contrato mestre de serviços (master services agreement) com ordens de serviço separadas por frente de trabalho.

Política de Aquisições, SOW e Seleção de Fornecedores

Toda decisão de aquisição deve estar em conformidade com a política formal de aquisições da organização. Isso não é mero preciosismo burocrático — é o mecanismo que estabelece autoridade, garante a concorrência leal, cumpre as obrigações de auditoria e regulatórias e fornece defesa legal caso um licitante perdedor conteste a adjudicação. Um gerente de projetos que ignora o processo de aquisição para “acelerar as coisas” cria uma exposição pessoal e organizacional que supera qualquer benefício de cronograma.

A SOW é o documento operacional que converte a intenção em obrigação. Uma SOW defensável especifica entregáveis e critérios de aceitação, padrões de desempenho (tempos de resposta, limites de defeitos, disponibilidade), cadência e formato de relatórios, direitos de inspeção e auditoria, cláusulas de pessoal-chave, soluções para não conformidade (multas contratuais, créditos de serviço, direitos de intervenção) e condições de rescisão. SOWs vagas são a causa raiz da maioria das disputas futuras, pois a ambiguidade é sempre resolvida em favor da parte cuja interpretação é mais sustentada pelo texto escrito.

A seleção de fornecedores deve seguir os critérios de avaliação documentados no plano de aquisições — pontuação ponderada em relação à capacidade técnica, desempenho anterior, estabilidade financeira, adequação cultural e preço. Cada decisão, desde a lista de licitantes pré-selecionados até a adjudicação final, precisa ser documentada com a justificativa, os avaliadores e as aprovações obtidas. Quando auditores, reguladores ou licitantes malsucedidos vierem questionar, o arquivo deve falar por si só.

Desempenho, Integração e Resolução de Disputas com o Fornecedor

Contratos não se gerenciam sozinhos. Uma vez que o trabalho começa, o gerente de projeto se torna o administrador em campo do comprador para o acordo contratual. O monitoramento do desempenho significa responsabilizar o vendedor pelo ritmo de relatórios exigido pela SOW, conduzir inspeções e revisões de qualidade nos pontos especificados contratualmente e invocar formalmente as soluções quando o desempenho cai — não tolerar desvios e depois reclamar no encerramento.

A aplicação das medidas deve ser gradual. Sinais iniciais (um relatório de status perdido, um marco menor não cumprido) justificam uma conversa documentada e um compromisso de ação corretiva. Violações repetidas ou materiais acionam notificações formais, períodos de correção e, se não resolvidas, as soluções contratuais: retenção de pagamentos, multas por perdas e danos ou rescisão por justa causa. O princípio fundamental do PMI é escalar rapidamente e avaliar alternativas antes de uma ação unilateral. Rescindir o contrato com um fornecedor sem primeiro esgotar os procedimentos de correção, ou abandonar um subcontratado sem um plano de continuidade, expõe o projeto tanto a ações judiciais de contrapartida quanto ao colapso da entrega.

Considere um subcontratado que entrega um aplicativo que atende tecnicamente à SOW, mas falha em um padrão de UI adotado após a assinatura do contrato. O subcontratado está contratualmente correto — o novo padrão não estava na SOW — e sua solicitação de pagamento adicional é legítima. A resposta correta é abrir uma solicitação de mudança formal, envolver as equipes de compras e jurídica para alterar a SOW e ajustar o preço e o cronograma, e só então autorizar o retrabalho. Insistir que o fornecedor absorva a mudança é uma quebra de contrato; permitir a mudança informalmente sem uma alteração é pior, pois estabelece um precedente de que as entregas podem se desviar sem revisão de contrato ou pagamento — e cria ambiguidade sobre quem é o responsável pelos defeitos resultantes.

Integração de Subcontratados e Trabalho Conjunto

Subcontratados entregam os melhores resultados quando são tratados como parte da equipe de entrega, em vez de uma caixa-preta por trás de um contrato. A integração eficaz inclui sessões de trabalho de kickoff conjuntas, regras básicas acordadas para comunicação e tomada de decisão, definições de “pronto” (definition of done) e critérios de aceitação compartilhados, backlogs ou cronogramas integrados e registros de riscos combinados. Em contextos ágeis, os desenvolvedores do subcontratado devem participar das mesmas cerimônias que a equipe interna, com uma linguagem contratual que permita essa colaboração sem dissolver a fronteira comercial.

Alterações, Continuidade e Termos de Pagamento

Qualquer mudança material — escopo, preço, cronograma, pessoal-chave, critérios de aceitação — deve passar por uma alteração contratual formal executada pelas equipes de compras e jurídica, não por um e-mail paralelo entre o GP e um líder do fornecedor. Os termos de pagamento devem estar vinculados à aceitação de marcos (milestones), em vez de vinculados ao tempo para faturamento, para que o dinheiro acompanhe o valor demonstrado.

O planejamento da continuidade do fornecedor pertence ao registro de riscos desde o primeiro dia, não após uma interrupção. Perguntas-chave: O que acontece se o fornecedor falir, for adquirido ou perder pessoal-chave? As obrigações de depósito de código-fonte (escrow), padrões de documentação e transferência de conhecimento estão descritas no contrato? Existe um fornecedor alternativo qualificado? Esperar que um fornecedor falhe para pensar em continuidade garante uma crise no projeto; abordar isso durante a estruturação do contrato converte uma catástrofe potencial em um risco gerenciado.

Problema Prático: Cenário de Caso de Uso

Cenário: A Meridian Financial está modernizando sua plataforma de integração de clientes, substituindo um sistema legado de 12 anos. O comitê diretivo aprovou um orçamento de US$ 4,2 milhões ao longo de 14 meses e selecionou um fornecedor externo, a Northwind Digital, para realizar a construção usando Scrum. Durante as negociações do contrato, o diretor de compras da Meridian insiste em um contrato de preço fixo (FFP) para o escopo completo para proteger o orçamento, enquanto o líder de vendas da Northwind pressiona por um contrato de tempo e materiais (T&M), pois o backlog do produto contém apenas 40% das histórias de usuário em estado de “prontas” (ready-state) e as integrações com três sistemas downstream ainda estão sendo dimensionadas.

Desafio: Como gerente de projeto, você deve recomendar uma estrutura de contrato ao diretor de compras que ofereça à Meridian uma previsibilidade de custos razoável, sem forçar a Northwind a inflar estimativas ou resistir ao refinamento do escopo no meio da sprint.

Abordagem Recomendada:

1. Dividir o trabalho em duas fases contratuais: uma fase de descoberta (discovery) em T&M (aproximadamente 6 semanas, com teto de US$ 180 mil) para concluir o refinamento do backlog, a análise de integração e os “spikes” de arquitetura antes do início da construção principal.
2. Estruturar a fase de entrega como um acordo de preço fixo por sprint — a Northwind se compromete com uma equipe estável de 8 profissionais a um preço fixo por sprint de aproximadamente US$ 95 mil por sprint de duas semanas, com um teto não excedível de US$ 3,6 milhões em 34 sprints.
3. Definir o escopo comercialmente como um backlog priorizado em vez de uma SOW rígida, e incluir uma “cláusula de troca” (swap clause) que permita à Meridian substituir histórias de tamanho equivalente em pontos de história (story points) sem uma ordem de mudança (change order).
4. Incorporar “rampas de saída” (exit ramps) nas sprints 6, 12 e 20, permitindo que a Meridian rescinda o contrato por conveniência com 30 dias de antecedência, protegendo o orçamento caso a entrega de valor estagne.
5. Anexar critérios de aceitação objetivos por sprint (definição de “pronto”, cobertura de testes automatizados acima de 80%, zero defeitos críticos) vinculados à aprovação da fatura.
6. Encaminhar a estrutura recomendada para as equipes de compras, jurídica e para o patrocinador (sponsor) com um resumo de uma página sobre a alocação de riscos antes que a Northwind contra-assine.

Por que isso funciona: Combinar o tipo de contrato com a maturidade dos requisitos é um princípio central de aquisições do PMI — forçar um FFP em um escopo ágil indefinido transfere o risco apenas no nome, pois os vendedores precificam defensivamente ou litigam as solicitações de mudança. O modelo de preço fixo por sprint preserva a previsibilidade de custos que o patrocinador precisa, mantendo a flexibilidade do backlog intacta, e a fase de descoberta impede que ambas as partes se comprometam com números baseados em suposições em vez de evidências.

← Gerenciamento da Qualidade e Aceitação · Todos os domínios · Planejamento e Integração do Projeto →

Pratique estas questões → · Prática cronometrada no ExamRoll.io →