1.0 Qué es la gestión de proyectos | Guía para pymes

Capítulo 1 · 1.0 Volver al índice

1.0 Qué es la gestión de proyectos — y por qué la primera pregunta no es «cómo planifico»

Esta es la puerta de entrada del capítulo 1 y de toda la guía. En las cuatro páginas siguientes verá qué convierte un encargo en un proyecto, qué decide de verdad su margen de maniobra, por dónde pierde dinero un proyecto que se entrega sin un solo incidente, y cómo distinguir un proyecto del trabajo de todos los días antes de haber gastado el primer mes. Si sólo se lleva una idea de aquí, que sea esta: antes de preguntarse cómo va a planificar, averigüe qué ha firmado. En España, lo que su contrato no diga sobre entrega, recepción y cobro, no lo dice nadie por usted.

Para quién está escrita esta guía

Está escrita para quien dirige proyectos en una pyme industrial o de construcción española. No para la oficina de proyectos de una multinacional con veinte personas dedicadas a metodología, ni para el estudiante que prepara una certificación. Para el jefe de obra de una empresa de montajes de treinta personas. Para el responsable técnico que además lleva el proyecto de instalación de una línea. Para el director financiero de una empresa familiar que ha comprado un ERP y descubre, en la semana tres, que nadie ha escrito qué significa «implantado».

Esa elección tiene consecuencias en todas las páginas. Los ejemplos son de instalación industrial, de montaje y de implantación de sistemas en empresa familiar, porque son los tres encargos que más veces se dirigen sin que nadie los llame proyecto. Las cifras que aparecen son cifras de norma —plazos legales, umbrales, artículos—, no medias de sector: si algo no se puede sostener con una fuente primaria, esta guía dice que no lo sabe en lugar de rellenar el hueco. Y el registro es usted, porque estas páginas se leen a menudo en el sitio equivocado —en una obra, en un despacho de dirección, con una factura sin cobrar delante— y el tuteo no ayuda en ninguno de los tres.

El mercado de referencia es España. Cuando algo cambia de forma relevante en México, Colombia o Chile se dice en la misma frase; cuando no cambia, no se menciona, porque una advertencia por página deja de leerse a la tercera. Lo que sí conviene tener claro desde ahora es que la parte legal de esta guía es española: los artículos del Código Civil, la Ley de Ordenación de la Edificación y la ley de morosidad que va a ver citados tienen equivalentes en otros ordenamientos, pero no son los mismos números ni, a veces, la misma regla.

La primera pregunta no es «cómo planifico», es «qué he firmado»

Casi todos los cursos de dirección de proyectos empiezan por la planificación: el cronograma, la descomposición del trabajo, la ruta crítica. Es un orden lógico si el proyecto fuese un problema de organización. En la pyme española casi nunca lo es. El problema es contractual, y aparece mucho antes de que alguien abra una hoja de cálculo.

Piense en el caso más común: una empresa de montajes firma la instalación de una línea a precio cerrado. El cliente pide, en la semana seis, una modificación del trazado que añade catorce metros de canalización. El jefe de obra la ejecuta, porque el cliente tiene prisa y porque discutir en obra sale caro. Cuando llega la certificación, el cliente no reconoce el sobrecoste. ¿Fue un fallo de planificación? No. El cronograma estaba bien hecho. Lo que faltó fue una autorización escrita del cambio, que es exactamente lo que el artículo 1593 del Código Civil exige para que un contratista a tanto alzado pueda pedir aumento de precio. Ese artículo se lee en cuarenta segundos y decide la rentabilidad de la obra.

El segundo caso es todavía más frecuente y menos visible. Una implantación de ERP termina técnicamente en marzo: el sistema funciona, la gente lo usa, nadie se queja. Y en julio sigue sin cobrarse el saldo final, porque nadie ha declarado que la implantación esté terminada. No hay conflicto, no hay reclamación, no hay incidencia abierta: simplemente no existe el acto que cierra el proyecto, porque el contrato no lo previó. Aquí está el hallazgo que sostiene toda esta guía y que se desarrolla en 1.1 Qué es un proyecto: fuera de la edificación, el Código Civil no impone al cliente ningún deber general de recibir la obra. No hay plazo, no hay acta obligatoria, no hay recepción tácita por el mero transcurso del tiempo. Lo que no ponga su contrato, no lo pone nadie.

De ahí el orden de esta guía. Primero qué tiene delante y bajo qué contrato, después cómo se dirige. Un cronograma impecable sobre un contrato mal leído produce un proyecto que se entrega a tiempo y gana menos de lo previsto — que es, con diferencia, el desenlace más habitual y el que menos se estudia.

Qué es dirigir un proyecto

Dirigir un proyecto es tomar cuatro decisiones antes de que la realidad las tome por usted, y después sostenerlas. Qué se entrega y qué expresamente no —el alcance—. Quién lo hace, con qué horas y a costa de qué otra cosa. Cuándo termina, con una fecha que alguien pueda defender. Y quién firma que ha terminado, en qué papel y con qué efectos. Todo lo demás —el cronograma, los informes, los indicadores— existe para proteger esas cuatro decisiones.

Conviene decir también qué no es. No es rellenar plantillas. No es una herramienta, aunque una herramienta ayuda y en esta guía se explica cuál y para qué. No es un rol honorífico que se le añade a alguien que ya tenía la jornada completa: eso es la causa más común de que un primer mes de proyecto no deje absolutamente nada, y tiene su propia página en 1.3 Proyecto o día a día.

La tensión central del oficio se resume en tres variables que no se pueden fijar las tres a la vez: alcance, plazo y coste. Es lo que se llama triple restricción (triple constraint). Si el cliente añade alcance sin mover plazo ni presupuesto, alguien está pagando la diferencia, y en la pyme ese alguien suele ser el margen. La utilidad práctica de la idea no está en dibujar el triángulo, sino en obligarse a decir en voz alta, cada vez que entra un cambio, cuál de las tres se mueve.

Existen normas técnicas que ordenan este vocabulario. En España, la UNE-ISO 21500:2022 recoge el contexto y los conceptos de la dirección de proyectos, programas y carteras, y la UNE-ISO 21502:2022 da directrices de práctica; son complementarias, no alternativas. Esta guía no las reproduce —son normas de pago y no se han leído— y no las necesita: lo que sigue está escrito desde la práctica y desde el derecho aplicable, no desde una norma que usted tendría que comprar para comprobar si la cita es correcta.

Los tres bloques del capítulo

El capítulo 1 tiene tres páginas más allá de esta, y cada una responde a una pregunta distinta. El diagrama siguiente las pone una al lado de otra. Léalo de izquierda a derecha, pero fíjese sobre todo en la banda inferior de cada tarjeta, la que empieza por «Si esto queda flojo»: ahí no está lo que la página enseña, sino lo que ocurre cuando el bloque se despacha en dos minutos, que es como se despacha casi siempre.

Qué pasa cuando cada bloque se despacha en dos minutos

1.1, qué es un proyecto. Los cuatro rasgos —tiene final, deja algo nuevo, no se repite, cruza áreas— se aprenden en una tarde y no le van a servir de mucho. Lo que decide su día a día es la forma del contrato que hay encima. Despachado en dos minutos, el resultado es que usted dirige el encargo como si fuera un proyecto, con su cronograma y sus reuniones, mientras el contrato dice otra cosa: y se entera el día en que hay que dar la obra por recibida y descubre que ese día no está previsto en ninguna parte.

1.2, por qué compensa. La pregunta «¿de verdad hace falta todo esto?» es legítima y esta guía no la contesta con un porcentaje de proyectos fracasados, por razones que se explican allí con detalle. La contesta con cuatro sitios concretos por donde se escapa el dinero de un proyecto que se entrega. Despachado en dos minutos, la dirección de proyectos queda archivada como papeleo — hasta el día en que un cambio de plano se ejecuta sin que nadie lo autorice por escrito y hay que decidir quién paga los catorce metros.

1.3, proyecto o día a día. Parece una cuestión de nombres y no lo es: de la respuesta dependen tres cosas muy materiales — de dónde salen las horas, si hay una recepción y quién responde si algo falla. Despachado en dos minutos, el encargo se cuela en la operación diaria: nadie reserva horas, nadie firma nada y, cuando algo sale mal seis meses después, no hay a quién acudir porque nunca hubo un responsable distinto del responsable de siempre.

Las tres páginas se pueden leer sueltas. Si tiene un proyecto en marcha y poco tiempo, empiece por la que corresponda a su problema de esta semana: si acaba de firmar, 1.1; si está discutiendo con administración por qué el proyecto no deja lo que decía la oferta, 1.2; si el equipo no aparece cuando lo convoca, 1.3.

Proyecto, programa y cartera: tres cosas distintas, no tres tamaños

Estas tres palabras se usan casi siempre como sinónimos de grande, mediano y pequeño, y no lo son. Cada una tiene un objeto distinto y, sobre todo, se mide contra algo distinto.

Un proyecto es un esfuerzo con final que produce un resultado concreto que antes no existía: la línea instalada, el sistema en producción, la nave entregada. Se mide contra su propio alcance, plazo y coste.

Un programa es un conjunto de proyectos que se dirigen juntos porque el beneficio sólo aparece cuando se combinan: la ampliación de planta, el ERP y la formación de operarios no valen por separado lo que valen coordinados. Se mide contra el beneficio conjunto, no contra el cumplimiento de cada proyecto — un programa puede sacrificar deliberadamente el plazo de un proyecto para no romper otro.

Una cartera es todo lo que su empresa tiene abierto a la vez, relacionado o no, y su gestión consiste en decidir qué se hace, qué se aplaza y qué se para, con la capacidad real que hay. Se mide contra la estrategia y contra la capacidad disponible. En la pyme la cartera casi nunca está escrita en ningún sitio, y esa ausencia es la causa de que se arranquen cinco proyectos en enero con el equipo que da para dos.

La utilidad práctica de la distinción es esta: si su problema es que un proyecto se retrasa, el remedio está dentro del proyecto. Si su problema es que todos los proyectos se retrasan un poco y ninguno especialmente, el remedio no está dentro de ninguno — está en la cartera, y consiste en cerrar o aplazar algo. Esta guía trata sobre todo del nivel de proyecto, que es donde trabaja el lector al que se dirige, pero la distinción conviene tenerla presente para no buscar la solución en el sitio equivocado.

Por qué esta guía cita artículos concretos

Una guía de gestión de proyectos que cita el Código Civil parece una rareza. Es una elección deliberada, y conviene explicarla ahora para que no sorprenda en las páginas siguientes.

En España, la diferencia entre ganar y perder dinero en un proyecto suele estar en un artículo que nadie leyó. No en una sentencia complicada ni en una construcción doctrinal: en un artículo corto, escrito en 1889, que cualquiera puede leer en un minuto y que casi nadie ha leído. El art. 1593 decide si cobra usted el cambio de trazado. El art. 1599 decide cuándo vence el precio si el contrato calla. El art. 4 de la Ley 3/2004 decide si aquel plazo de pago a noventa días que le impusieron era siquiera válido. Ninguno de los tres exige formación jurídica para entenderse, y los tres se aplican todos los días en obras donde nadie los ha mirado.

Hay una segunda razón, más incómoda. En dirección de proyectos circula una enorme cantidad de material que suena a dato y no lo es: porcentajes de proyectos fracasados, tasas de sobrecoste, cuotas de trabajo organizado en proyectos. Casi todo procede de fuentes que venden formación, certificación o software, o de traducciones de estudios internacionales que nunca tuvieron una muestra española. Un artículo del Código Civil, en cambio, es verificable en el Boletín Oficial del Estado por cualquiera en dos minutos, y sigue siendo verdad el año que viene. Cuando esta guía no tiene un dato sólido, lo dice; cuando lo tiene, se puede comprobar. En 1.2 Por qué compensa hay una sección entera dedicada a explicar por qué aquí no va a encontrar un porcentaje de proyectos fracasados, y por qué esa ausencia le conviene.

Una advertencia de alcance, porque el error contrario también es caro: las normas que se citan en esta guía son de derecho privado salvo cuando se diga expresamente lo contrario. La Ley 9/2017 de Contratos del Sector Público —la LCSP— aparecerá alguna vez, y siempre con la aclaración de que se aplica sólo cuando el cliente es una administración pública. Sus reglas de recepción, plazos y penalidades no rigen entre dos empresas privadas, por mucho que se hayan convertido en costumbre del sector. Y la Ley de Ordenación de la Edificación regula la recepción de la obra de edificación, no cualquier montaje industrial. Saber qué régimen le aplica es el primer paso; confundirlos es la manera más rápida de creerse protegido por una ley que no le cubre.

Por dónde empezar mañana

Si dirige un proyecto ahora mismo y quiere hacer algo esta semana, haga tres cosas en este orden. Primero, localice el contrato y lea la parte de alcance y la de pagos — no el resumen que le pasó comercial, el documento. Segundo, busque si dice algo sobre cómo se da la obra por recibida: si dice algo, subráyelo; si no dice nada, apunte que ese es su primer riesgo abierto. Tercero, escriba en una sola página la lista de lo que no entra en el suministro, y hágala circular a las dos personas que podrían discutírsela. Le llevará una tarde y le ahorrará la conversación cara.

Si todavía no ha firmado, tiene más margen y menos excusa: las cuatro páginas de este capítulo están escritas justamente para el momento anterior a la firma. Léalas en orden y vuelva a la oferta con las preguntas anotadas.

Cómo se ve esto en AB

Nada de lo anterior necesita una herramienta para funcionar; se puede hacer con un documento compartido y disciplina. Lo que una herramienta aporta es que las decisiones dejen de vivir en el correo. En 5.5 Herramientas de gestión de tareas se explica con detalle qué pedirle a una y qué no; aquí basta con lo mínimo para arrancar el capítulo.

Lo primero que conviene crear en AB no es el cronograma. Es una ficha corta de proyecto con cinco campos que casi nunca están escritos en ningún sitio: forma del contrato (obra o servicios), dónde está el documento, qué dice sobre recepción, plazo de pago pactado y quién firma la conformidad final y en qué papel. Son cinco líneas. La experiencia es que rellenarlas descubre al menos un hueco en el ochenta por ciento de los proyectos, y que el hueco se descubre en la semana uno en vez de en el mes nueve.

Lo segundo es abrir, desde el primer día, una lista de puntos abiertos con responsable y fecha, y meter ahí los huecos que le haya dejado la ficha. «El contrato no define la recepción» es un punto abierto perfectamente legítimo, con responsable —normalmente usted— y con fecha. Tratado así deja de ser una molestia difusa y se convierte en algo que alguien tiene que cerrar.

Lo tercero, y esto vale para todo el capítulo, es registrar cada solicitud de cambio como un elemento propio en el momento en que se pronuncia, no cuando se ejecuta. La fecha en que el cliente pidió el cambio de trazado es un dato con valor económico. Reconstruirla nueve meses después a partir de una cadena de correos es posible, pero es exactamente el tipo de trabajo que nadie hace a tiempo y todo el mundo acaba haciendo tarde.

Términos de esta página

Proyecto

Esfuerzo con final que deja algo que antes no existía, no se repite y cruza áreas. Ampliar

Operaciones o día a día

El trabajo que se repite y no termina: producir, mantener, atender. No tiene recepción. Ampliar

Alcance

La frontera entre lo que se entrega y lo que expresamente no forma parte del suministro. Ampliar

Triple restricción

Alcance, plazo y coste: no se pueden fijar los tres a la vez sin que alguien pague la diferencia. Ampliar

Contrato de obra

Arts. 1588 y siguientes del Código Civil: se debe un resultado, no sólo la actividad. Ampliar

Arrendamiento de servicios

Se deben los medios y la actividad; el cobro no depende de un resultado cerrado. Ampliar

Recepción

El acto por el que el cliente da la obra por recibida; fuera de la edificación sólo existe si el contrato la prevé. Ampliar

Justificación económica

La razón por la que la empresa gasta este dinero aquí y no en otra cosa. Ampliar

Patrocinador

Quien responde del proyecto por encima de usted y decide lo que usted no puede decidir. Ampliar

UNE-ISO 21500 y 21502

Las dos normas españolas vigentes: vocabulario y contexto la primera, directrices de práctica la segunda. Ampliar

Seguir leyendo