PMI PMP: Gestión de Adquisiciones y Contratos — Guía de estudio

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

Forma parte de la PMP — Guía de estudio. Practica con respuestas verificadas en el centro de exámenes de PMI, o realiza tests cronometrados en ExamRoll.io.

Tipos de contrato y estructuración: cómo adecuar el instrumento al riesgo

El tipo de contrato es la decisión de adquisición más trascendental porque fija quién asume qué riesgos y hacia dónde apuntan los incentivos. Los contratos de precio fijo cerrado (FFP) trasladan el riesgo de alcance, cronograma y costo al vendedor y funcionan bien cuando la declaración de trabajo (SOW) es estable y está bien definida; por ejemplo, el traslado predictivo de la sede de una oficina con una lista de repasos conocida. Los contratos de tiempo y materiales (T&M) invierten el riesgo hacia el comprador, pero proporcionan la flexibilidad para responder a requisitos emergentes; son adecuados para la ampliación de personal, el trabajo de descubrimiento y el desarrollo ágil en etapas tempranas, donde el backlog es genuinamente desconocido. Las variantes de costos reembolsables (CPFF, CPIF, CPAF) se sitúan en un punto intermedio, y son útiles cuando el trabajo es exploratorio pero el comprador desea alinear los incentivos con los objetivos de costo o rendimiento.

El punto de fricción en los proyectos modernos es la colisión entre la entrega ágil y las expectativas comerciales de precio fijo. Los ejecutivos a menudo quieren la certidumbre de precio de un FFP, mientras que el equipo de entrega necesita la flexibilidad de alcance de Scrum. Firmar un contrato FFP para un alcance ágil indefinido es una de las trampas más perjudiciales en las adquisiciones: el vendedor inflará considerablemente el precio para cubrir las incógnitas, rechazará cambios que queden fuera de una SOW interpretada de forma restrictiva o absorberá pérdidas que finalmente se manifestarán como atajos en la calidad y disputas. La respuesta correcta no es abandonar los precios fijos, sino instrumentarlos con controles adaptados a la agilidad.

Dos controles estructurales son particularmente eficaces:

• Niveles de alcance (imprescindible / debería tener / podría tener)
  • Cómo funciona: el contrato se compromete al nivel imprescindible; los niveles inferiores se entregan según lo permita la capacidad
  • Qué protege: la rentabilidad y la certeza de entrega del alcance principal
• Límites de iteración/sprint
  • Cómo funciona: un número fijo de sprints o un esfuerzo total que no debe excederse
  • Qué protege: evita las demandas de retrabajo ilimitadas bajo el pretexto de “es ágil”
• Intercambios de cambio por cambio
  • Cómo funciona: los nuevos elementos del backlog requieren la eliminación de elementos de esfuerzo equivalente
  • Qué protege: preserva el marco de costo/cronograma
• Precios basados en lanzamientos (releases)
  • Cómo funciona: cada lanzamiento (release) se vuelve a cotizar con respecto a un backlog refinado
  • Qué protege: alinea la cadencia comercial y de entrega

Para un programa híbrido (por ejemplo, el traslado predictivo de una sede más una migración de sistemas ágil), un único tipo de contrato rara vez se ajusta a ambas líneas de trabajo. La estructuración correcta suele ser un FFP para el traslado físico determinista y un T&M (o un T&M escalonado/limitado) para la migración, o un acuerdo marco de servicios con órdenes de trabajo separadas para cada línea.

Política de adquisiciones, SOW y selección de proveedores

Toda decisión de adquisición debe poder rastrearse hasta la política formal de adquisiciones de la organización. No se trata de un mero trámite burocrático, sino del mecanismo que establece la autoridad, garantiza la competencia leal, cumple con las obligaciones de auditoría y regulatorias, y proporciona defensa legal si un licitador perdedor impugna la adjudicación. Un director de proyecto que se salta el proceso de adquisiciones para “ir más rápido” crea una exposición personal y organizativa que eclipsa cualquier beneficio en el cronograma.

La SOW es el documento operativo que convierte la intención en obligación. Una SOW defendible especifica los entregables y los criterios de aceptación, los estándares de rendimiento (tiempos de respuesta, umbrales de defectos, disponibilidad), la cadencia y el formato de los informes, los derechos de inspección y auditoría, las cláusulas sobre personal clave, las soluciones en caso de incumplimiento (cláusula penal, créditos de servicio, derechos de intervención) y las condiciones de rescisión. Las SOW ambiguas son la causa principal de la mayoría de las disputas posteriores, porque la ambigüedad siempre se resuelve a favor de la parte cuya interpretación se ajusta más a lo que está escrito.

La selección de proveedores debe seguir los criterios de evaluación documentados en el plan de adquisiciones: una puntuación ponderada que considere la capacidad técnica, el rendimiento anterior, la estabilidad financiera, el encaje cultural y el precio. Cada decisión, desde la lista de licitadores preseleccionados hasta la adjudicación final, debe documentarse con su justificación, los evaluadores y las aprobaciones obtenidas. Cuando los auditores, los reguladores o los licitadores no seleccionados pidan explicaciones, el expediente debe hablar por sí mismo.

Rendimiento, integración y resolución de disputas con proveedores

Los contratos no se gestionan solos. Una vez que comienza el trabajo, el director del proyecto se convierte en el administrador sobre el terreno del acuerdo contractual por parte del comprador. El monitoreo del rendimiento significa exigir al vendedor que cumpla con el ritmo de informes que exige el SOW, realizar inspecciones y revisiones de calidad en los puntos especificados contractualmente, e invocar formalmente las soluciones cuando el rendimiento decae, en lugar de tolerar desviaciones y luego quejarse al cierre.

La aplicación de medidas debe ser gradual. Las señales tempranas (un informe de estado omitido, un hito menor incumplido) justifican una conversación documentada y un compromiso de acción correctiva. Los incumplimientos repetidos o sustanciales desencadenan notificaciones formales, períodos de subsanación y, si no se resuelven, las soluciones contractuales: retención de pagos, daños y perjuicios liquidados o rescisión por causa justificada. El principio crítico del PMI es escalar pronto y evaluar alternativas antes de una acción unilateral. Rescindir el contrato de un proveedor sin agotar primero los procedimientos de subsanación, o abandonar a un subcontratista sin un plan de continuidad, expone al proyecto tanto a contrademandas legales como al colapso de la entrega.

Considere un subcontratista que entrega una aplicación que cumple técnicamente con el SOW pero no satisface un estándar de UI adoptado después de la firma del contrato. El subcontratista tiene razón contractualmente —el nuevo estándar no estaba en el SOW— y su solicitud de pago adicional es legítima. La respuesta correcta es presentar una solicitud de cambio formal, involucrar a los departamentos de compras y legal para modificar el SOW y ajustar el precio y el cronograma, y solo entonces autorizar el retrabajo. Insistir en que el proveedor absorba el cambio es un incumplimiento; permitir el cambio de manera informal sin una modificación es peor, porque sienta un precedente de que los entregables pueden desviarse sin una revisión del contrato o del pago, y crea ambigüedad sobre quién es el responsable de los defectos resultantes.

Integración de subcontratistas y trabajo conjunto

Los subcontratistas ofrecen los mejores resultados cuando son tratados como parte del equipo de entrega en lugar de como una caja negra detrás de un contrato. Una integración eficaz incluye sesiones de trabajo conjuntas de inicio, reglas básicas acordadas para la comunicación y la toma de decisiones, definiciones compartidas de “terminado” (Definition of Done) y criterios de aceptación, backlogs o cronogramas integrados y registros de riesgos combinados. En contextos ágiles, los desarrolladores de los subcontratistas deben participar en las mismas ceremonias que el personal interno, con un lenguaje contractual que permita esta colaboración sin disolver la frontera comercial.

Modificaciones, continuidad y condiciones de pago

Cualquier cambio sustancial —alcance, precio, cronograma, personal clave, criterios de aceptación— debe pasar por una modificación formal del contrato ejecutada por los departamentos de compras y legal, no un correo electrónico informal entre el PM y el responsable del proveedor. Las condiciones de pago deben estar vinculadas a la aceptación de hitos en lugar de a la facturación por tiempo, para que el dinero siga al valor demostrado.

La planificación de la continuidad del proveedor debe estar en el registro de riesgos desde el primer día, no después de una interrupción. Preguntas clave: ¿Qué sucede si el proveedor quiebra, es adquirido o pierde personal clave? ¿Están las obligaciones de depósito de código fuente (escrow), los estándares de documentación y la transferencia de conocimientos incluidas en el contrato? ¿Existe un proveedor alternativo cualificado? Esperar a que un proveedor falle para pensar en la continuidad garantiza una crisis en el proyecto; abordarlo durante la estructuración del contrato convierte una catástrofe potencial en un riesgo gestionado.

Problema práctico: Escenario de caso de uso

Escenario: Meridian Financial está modernizando su plataforma de incorporación de clientes, reemplazando un sistema heredado de 12 años. El comité directivo ha aprobado un presupuesto de 4,2 millones de dólares a 14 meses y ha seleccionado a un proveedor externo, Northwind Digital, para realizar el desarrollo utilizando Scrum. Durante las negociaciones del contrato, el director de compras de Meridian insiste en un contrato de precio fijo cerrado (FFP) para todo el alcance con el fin de proteger el presupuesto, mientras que el responsable de ventas de Northwind presiona por un contrato de tiempo y materiales (T&M) porque el backlog del producto solo contiene el 40 % de las historias de usuario en estado “listo” (ready-state) y las integraciones con tres sistemas dependientes aún se están definiendo.

Desafío: Como director del proyecto, debe recomendar una estructura de contrato al director de compras que le dé a Meridian una previsibilidad de costos razonable sin forzar a Northwind a inflar las estimaciones o a resistirse al refinamiento del alcance a mitad del sprint.

Enfoque recomendado:

1. Dividir el proyecto en dos fases contractuales: una fase de descubrimiento T&M (aproximadamente 6 semanas, con un tope de 180 000 $) para completar el refinamiento del backlog, el análisis de integración y los “spikes” de arquitectura antes de que comience el desarrollo principal.
2. Estructurar la fase de entrega como un acuerdo de precio fijo por sprint: Northwind se compromete a un equipo estable de 8 profesionales a un precio fijo por sprint de aproximadamente 95 000 $ por cada sprint de dos semanas, con un límite máximo no excedible de 3,6 millones de dólares a lo largo de 34 sprints.
3. Definir el alcance comercialmente como un backlog priorizado en lugar de un SOW rígido, e incluir una “cláusula de intercambio” que permita a Meridian sustituir historias de un tamaño de puntos de historia equivalente sin una orden de cambio.
4. Incorporar cláusulas de salida en los sprints 6, 12 y 20 que permitan a Meridian rescindir el contrato por conveniencia con un preaviso de 30 días, protegiendo el presupuesto si la entrega de valor se estanca.
5. Asociar criterios de aceptación objetivos por sprint (definición de “terminado”, cobertura de pruebas automatizadas superior al 80 %, cero defectos críticos) vinculados a la aprobación de la factura.
6. Canalizar la estructura recomendada a través de los departamentos de compras, legal y el patrocinador (sponsor) con un resumen de una página sobre la asignación de riesgos antes de que Northwind lo contra-firme.

Por qué funciona esto: Ajustar el tipo de contrato a la madurez de los requisitos es un principio fundamental de adquisiciones del PMI: forzar un FFP sobre un alcance ágil indefinido transfiere el riesgo solo de nombre, porque los vendedores fijan precios a la defensiva o litigan las solicitudes de cambio. El modelo de precio fijo por sprint preserva la previsibilidad de costos que necesita el patrocinador mientras mantiene intacta la flexibilidad del backlog, y la fase de descubrimiento evita que ambas partes se comprometan con cifras basadas en suposiciones en lugar de en evidencias.

← Gestión de la Calidad y Aceptación · Todos los dominios · Planificación e Integración de Proyectos →

Practica estas preguntas → · Práctica cronometrada en ExamRoll.io →