Plan de contingencia: qué harás cuando el riesgo se haga realidad

Un plan de contingencia responde una sola pregunta: «si [este riesgo] ocurre, ¿qué hacemos exactamente?» — y la responde por escrito, con tiempo y calma, en el momento en que el riesgo todavía es una hipótesis. No es un documento formal de gabinete: para un equipo pequeño es un párrafo por riesgo, con cuatro datos que veremos abajo.

El argumento no es burocrático, es económico: las decisiones tomadas en medio del problema son las peores y las más caras. Cuando el proveedor avisa que se atrasa tres semanas y lo ves a las 18:00 de un jueves, no estás en condiciones de negociar bien, evaluar alternativas con frialdad ni proteger el resto del plan — estás en modo incendio. El plan B escrito hace el trabajo ahí, donde el costo de pensar es mínimo: la decisión ya está tomada, falta ejecutarla.

Es la tercera capa del proceso de riesgos que describimos en gestión de riesgos para equipos pequeños: identificar → priorizar con la matriz de riesgos → y a los pocos que quedan en zona roja, darles plan B. La mayoría de los riesgos no necesita contingencia; los que la necesitan, la necesitan mucho.

Tres palabras que se usan como sinónimos y no lo son. La confusión produce la trampa clásica: creer que el riesgo está «gestionado» cuando solo está «anotado».

La regla de asignación: mitigar siempre que sea barato, planear contingencia solo donde duele, registrar todo. Un riesgo mitigado hasta bajar de zona roja puede no necesitar plan B; un riesgo que no se puede mitigar (el cliente puede quebrar, el proveedor único puede fallar) vive enteramente de su contingencia.

Escribir contingencias cuesta tiempo — el recurso que la gestión de riesgos pretende proteger. El filtro práctico para decidir cuáles las merecen:

• Probabilidad media o alta en la matriz, y no se puede mitigar más sin costar demasiado: la contingencia es el segundo cinturón.
• Impacto que rompe la línea base — fecha, presupuesto o alcance — aunque la probabilidad sea baja: el evento improbable pero catastrófico se planea con calma o se sufre con urgencia. Es la fila roja de arriba de la matriz.
• Dependencias de terceros que no controlás: proveedores, aprobaciones del cliente, terceros reguladores. Casi todos los «imprevisibles» del proyecto son en realidad previsibles de otros.
• Riesgos ya materializados antes en proyectos parecidos: el historial del equipo es el mejor predictor. Si te pasó dos veces, la tercera no es sorpresa: es negligencia planificada.

Un equipo pequeño sano suele terminar con 2 a 5 planes de contingencia por proyecto. Si tienes 15, escribiste contingencias para riesgos verdes; si tienes 0, dejaste al azar todo lo que importa. Ambos extremos se corrigen con el filtro de arriba.

Un plan de contingencia útil cabe en cuatro líneas. Plantilla con ejemplo (riesgo: «el desarrollador clave se va del proyecto»):

1. Disparador (cuándo se activa). La condición observable que activa el plan, sin ambigüedad: «aviso formal de renuncia» o «dos semanas sin respuesta + incumplimiento de plazos internos». Un disparador vago («si las cosas se ponen raras») garantiza activar tarde.
2. Respuesta (qué se hace). La secuencia concreta: «1)Congelar entregables en el estado actual; 2)recuperar conocimiento: repos, notas, sesión de grabación con el dev saliente; 3)replanificar las tareas críticas con el resto del equipo; 4)ofrecer al cliente replanificación de hito antes de que lo pida».
3. Responsable (quién activa y ejecuta). Un nombre. «El plan se activa solo» es la frase que convierte cualquier contingencia en papel mojado: alguien tiene que tener la autoridad y la obligación de disparar.
4. Recursos (con qué). Qué reserva consume el plan: dinero, tiempo del calendario, contactos, licencias. Este dato conecta con la reserva de contingencia de la sección siguiente — y es lo que te dice si el plan es ejecutable o un deseo.

Notá la secuencia del ejemplo: protege primero lo ya hecho, transfiere el conocimiento que se escapa, replanifica con lo que queda y habla con el cliente antes de que la fecha se rompa. Ese orden — asegurar, transferir, replanificar, comunicar — sirve para casi cualquier contingencia de recursos.

La contingencia de papel no sirve sin combustible. La reserva es la porción deliberada de tiempo y dinero que el proyecto guarda para ejecutar los planes B — y no es colchón de estimación: es presupuesto de riesgo, con dueño y reglas.

• Cuánto. La regla de bolsillo para equipos pequeños: 10–15% del presupuesto de tiempo y de dinero cuando la matriz tiene riesgos medios concentrados; 15–25% cuando hay riesgos rojos activos. Menos del 10% con dos riesgos rojos no es austeridad: es decoración.
• Dónde vive. Fuera de las tareas. Si la reserva se reparte en holguras por tarea, se consume igual — pero invisible y sin control. La reserva única y visible respeta la línea base del proyecto y se puede defender ante el cliente.
• Quién la autoriza. Una regla simple: el líder del proyecto autoriza consumos hasta el X% de la reserva; más que eso, se conversa con quien financia. La reserva sin regla de autorización se gasta en la primera urgencia mediana — y ya no está cuando llega el riesgo de verdad.
• Cuándo se libera. Al cierre, lo no consumido se devuelve o se reinvierte — declararlo de antemano evita que «la reserva» se convierta en el fondo discrecional del proyecto. Y si se consumió, el registro de por qué es material de lecciones aprendidas.

Con el cliente, la conversación honesta es corta: «el presupuesto incluye una reserva del 12% para imprevistos gestionados; se consume contra riesgos identificados y con tu visibilidad». Nadie discute una reserva con reglas — todos discuten los sobrecostos sorpresivos, que es exactamente lo que la reserva evita (el detalle en sobrecosto en proyectos).

Así se ven dos planes de contingencia reales en el registro de riesgos de una agencia de 6 personas:

Dos párrafos por riesgo que valen semanas de diferencia en la ejecución. Y mantenimiento: cuando un riesgo verde sube de zona en una revisión de matriz, gana su plan en la misma sesión — la contingencia se escribe con tiempo, que es todo el punto.

Si quieres que los riesgos, sus disparadores y sus planes vivan junto al proyecto — un archivo local en tu carpeta, sin cuenta ni nube— Hito está pensado para equipos de 1 a 15 personas.

👉 Prueba Hito gratis — riesgos y planes B junto al trabajo, local-first.