Cómo gestionar varios proyectos con éxito

Wellingtone lleva realizando encuestas a profesionales de la gestión de proyectos desde 2016 y, a lo largo de ese periodo, los dos principales retos siempre han sido los mismos: la falta de formación de los gestores de proyectos y el intento de llevar a cabo demasiados proyectos. En el informe de 2026, la formación mejoró por fin lo suficiente como para descender al octavo puesto. La gestión de varios proyectos no se ha vuelto más fácil.

La gestión de varios proyectos consiste en gestionar varios proyectos activos como si formaran una única cartera, con una clasificación usada de forma compartida, personal usado de forma compartida y un único ritmo de toma de decisiones. Casi todas las guías lo tratan como un problema de visibilidad, por lo que casi todas acaban recomendando un panel más amplio. La visibilidad ayuda. Pero no es lo primero que falla.

¿Qué significa gestionar varios proyectos?

Gestionar varios proyectos significa coordinar proyectos independientes que compiten por el mismo personal, presupuesto y atención, al tiempo que se mantiene intacto el plan de cada uno de ellos. En la gestión de proyectos, los proyectos siguen siendo independientes; lo que realmente gestionas son las limitaciones que tienen en común.

Esa distinción se difumina constantemente, lo cual resulta costoso. Un profesional que escribe en la propia biblioteca del PMI plantea la cuestión sin rodeos: si la única variable que comparten tus proyectos eres tú, no hay motivo para combinar sus calendarios. Si los combinas de todos modos, habrás elaborado un plan que nadie podrá interpretar para responder a una pregunta concreta.

Aquí se utilizan tres términos de forma indistinta, y saber cuál de ellos estás aplicando realmente te indicará qué artefactos necesitas.

La mayoría de las personas que buscan esto están haciendo lo que se indica en la primera fila y se les pide que realicen la elaboración de informes como en la tercera.

En esta guía se utiliza el término «cartera» a lo largo de todo el texto, aunque es probable que tus proyectos no constituyan una cartera formal en el sentido que le da la Oficina de Gestión de Proyectos (PMO). La razón es práctica: en el momento en que realizas un uso compartido de personal o tomas decisiones comunes a varios proyectos, necesitas los mismos mecanismos que utiliza un gestor de carteras, solo que sin el nivel de gobernanza. Necesitas una lista ordenada por prioridad, una visión de la capacidad y un mecanismo de parada.

Por qué fracasa la gestión de varios proyectos

El trabajo con varios proyectos fracasa de cuatro formas bien definidas, y la falta de esfuerzo o de dedicación no es una de ellas. Cada una tiene una solución diferente, por lo que los consejos genéricos no funcionan.

La persona con uso compartido es la verdadera dependencia

Dos proyectos pueden tener cronogramas claros e independientes y, aun así, entrar en conflicto, porque el mismo ingeniero sénior se encuentra en la ruta crítica de ambos. El software de gestión de cronogramas te muestra las fechas. Rara vez te indica que Priya es el cuello de botella en las semanas 3, 4 y 7 en los tres planes. Los encuestados de Wellingtone sitúan la gestión de recursos entre los procesos más difíciles de integrar en cualquier ámbito de la gestión de proyectos, ya que el conflicto se da entre los planes, no dentro de uno solo.

Los costes de cambio son invisibles en todos los planes que tienes

Ningún plan incluye una partida para la reorientación. El informe especial «Work Trend Index 2025» de Microsoft reveló que los empleados sufren interrupciones cada dos minutos durante las horas de trabajo principales. En la encuesta adjunta, realizada a 31 000 trabajadores del conocimiento, el 48 % de los empleados y el 52 % de los directivos afirmaron que el trabajo les resulta caótico y fragmentado. Si añades un tercer proyecto a la carga de trabajo de alguien, no estás añadiendo un tercio de la carga de trabajo. Lo que has añadido es un nuevo conjunto de contextos que deben volver a asimilar cada vez que retoman el trabajo.

La elaboración de informes te quita el tiempo que intentabas ahorrar

Cuantos más proyectos dirijas, más tiempo de tu semana dedicarás a describirlos. Según los datos de Wellingtone, el 72 % de los encuestados dedica medio día o más al mes a recopilar manualmente información sobre el estado de los proyectos. Aproximadamente la mitad no tiene acceso a indicadores clave de rendimiento (KPI) de los proyectos en tiempo real. Eso es una cartera que se describe en lugar de gestionarse. Un informe de estado que una persona elabora a mano ya está desactualizado cuando se lee.

Nadie está autorizado a detener nada

Este es el que más daño causa porque es el menos visible. Cualquiera puede añadir proyectos con carácter de urgencia, pero casi nadie los elimina. Son demasiados los equipos que carecen de un enfoque definido para la selección que garantice que no todas las ideas se conviertan en proyectos. Sin un mecanismo de freno, la cartera no hace más que crecer, y cada proyecto que la compone pierde importancia.

¿Qué cambia cuando gestionas varios proyectos como un único sistema?

Gestionar varios proyectos como un único sistema cambia tres cosas: los proyectos reciben atención antes de que se conviertan en emergencias; los retrasos de un proyecto dejan de propagarse silenciosamente a los demás; y las nuevas solicitudes obligan a compararlas entre sí, en lugar de acumularse en la pila. Los casos de fallo anteriores muestran lo que ocurre sin un sistema. Esto es lo que cambia cuando se cuenta con uno.

Los proyectos difíciles requieren especial atención

Las carteras no gestionadas siguen la «curva del ruido»: el proyecto que genera más ruido es el que recibe más atención. Cuando gestionas varios proyectos de forma eficiente, esto cambia. Como sabes que tu presupuesto de toma de decisiones es limitado, asignas proporcionalmente más recursos a los proyectos en fase inicial y a los que se han desviado del plan, ya que corregirlos más adelante resulta costoso. El proyecto «silencioso» que de repente estalla en la sexta semana es casi siempre aquel para el que nadie había presupuestado tiempo de toma de decisiones entre la segunda y la quinta semana.

Los retrasos en un proyecto dejan de repercutir silenciosamente en otros tres

Una cartera con línea de base te permite ver que, si el Proyecto B se retrasa una semana, el diseñador que tienen en común ambos proyectos entrará en conflicto con la fase de revisión del Proyecto D. Las carteras sin línea de base absorben ese retraso de forma imperceptible: nadie se da cuenta hasta que dos proyectos no se cumplen en el mismo mes.

A largo plazo, las consecuencias pueden salir caras. El retraso de una semana en un proyecto se puede recuperar. Pero si tres proyectos pierden cuatro días cada uno por la misma causa, eso puede costarte todo un trimestre.

Las nuevas solicitudes mejoran la cartera en lugar de diluirla

Sin un filtro de selección, cada nuevo proyecto se suma a los demás. Con uno, una nueva solicitud actúa como un motor de cambio. Hace visible la clasificación actual, exige una comparación («¿Es esto más valioso que lo que ahora ocupa el quinto puesto?») y, a veces, elimina un proyecto «zombi» en el proceso.

Cuando los equipos cuentan con un proceso de selección de proyectos eficaz, las conversaciones sobre qué añadir se convierten en conversaciones sobre qué descartar, y la cartera se va perfeccionando cada vez más, en lugar de ampliarse.

El límite de la concurrencia: por qué una mayor visibilidad no solucionará una cartera sobrecargada

Tu límite de concurrencia es el número de proyectos sobre los que puedes tomar una decisión real en una sola semana. La palabra clave aquí es «decidir», no «realizar el seguimiento». Todo lo que supere ese límite se limita a ser supervisado, en lugar de gestionado.

Este es el cambio de perspectiva que muchos pasan por alto. Asumen que el problema radica en que no puedes ver todo, por lo que recomiendan una vista consolidada. Pero un panel que muestra 14 proyectos a un responsable con autoridad y capacidad para gestionar cinco no ha resuelto nada. Lo único que ha hecho es hacer visible la sobrecarga, y una sobrecarga visible resulta aún peor, porque ahora puedes ver en tiempo real todos los proyectos que estás descuidando.

Johanna Rothman ha dedicado toda su carrera profesional precisamente a este problema y ha escrito un libro al respecto. Tal y como ella misma define toda esta disciplina en Manage Your Project Portfolio:

Puedes hacerlo todo. Pero no todo al mismo tiempo.

Rothman deja claro que la gestión de carteras no requiere estadísticas complejas ni cálculos matemáticos complicados. Lo que se necesita es gente dispuesta a clasificar el trabajo de «prioritario» a «nunca». Los cálculos que realmente importan son tan sencillos que se pueden hacer en una servilleta.

Calcula las horas de las que dispones realmente cada semana para tomar decisiones sobre los proyectos. Esto incluye revisar el estado, resolver obstáculos, renegociar el alcance y reordenar las prioridades. Para la mayoría de las personas que se encargan de la ejecución y, además, de sus propios entregables, eso supone entre cuatro y seis horas, no 40.

A continuación, calcula el coste de decisión por proyecto: unos 45 minutos a la semana para un proyecto estable en fase de ejecución, y cerca de dos horas para uno que se encuentre en una fase inicial, que implique consideraciones políticas o que se haya desviado del rumbo. La mayoría de las carteras son una mezcla de ambos. Supongamos que tienes tres proyectos estables y dos difíciles: (3 × 0,75) + (2 × 2) = 6,25 horas de coste de decisión.

Un responsable que dispone de cinco horas para tomar decisiones ya se ha excedido en más de una hora, y los proyectos difíciles son los primeros en resentirse, ya que son los que más atención requieren y los que menos reciben.

Lo útil es cómo influye ese número en la conversación. «Estoy al límite de mi capacidad» es una sensación con la que una parte interesada puede discutir. «Mi límite es cuatro, tengo ocho números pendientes; estos son los cuatro que propongo dejar en suspenso» es una decisión que tienen que tomar contigo.

Lo que todo sistema de gestión de proyectos múltiples necesita

Independientemente de la plataforma en la que lo desarrolles, un sistema eficaz para gestionar varios proyectos debe incluir estos 10 elementos. La ausencia de cualquiera de ellos provoca un fallo específico y predecible.

Merece la pena detenerse en el elemento de la línea de base. Un tercio de los encuestados por Wellingtone tiene proyectos que carecen de línea de base, lo que hace que la pregunta «¿vamos con retraso?» sea imposible de responder en toda una cartera de proyectos.

Cómo gestionar varios proyectos en 7 pasos

Estos pasos no dependen de ninguna herramienta concreta. Todos ellos se pueden aplicar en una hoja de cálculo, y funcionan mejor con un programa específico una vez que se supera el límite en el que la hoja de cálculo deja de ser fiable.

Paso 1: Haz un inventario de todos los proyectos y asigna un propietario a cada uno de ellos

Haz una lista de todos los proyectos activos en una sola página. Incluye los que te han encargado como favor, los que están técnicamente en pausa pero siguen generando mensajes y los que has heredado. Asigna exactamente un nombre de persona a cada uno.

Este paso casi siempre sorprende a la gente, porque el recuento resulta ser mayor de lo esperado. Un responsable de marketing que describe su carga de trabajo como «cuatro campañas» suele anotar nueve elementos una vez que se incluyen la actualización de la página web, la renovación del boletín periódico y las dos migraciones de proveedores. No se puede establecer un límite máximo para un número que nunca se ha anotado.

Paso 2: Clasifica la lista del uno al «nunca»

Impón una única secuencia ordenada. Si dos proyectos tienen un uso compartido de un mismo puesto, el empate se desempatará más adelante a favor de quien envíe correos electrónicos con mayor insistencia.

Clasifica los proyectos según el valor esperado y el coste que supone retrasarlos, no según la insistencia con la que se solicitan. La categoría de «nunca» es tan importante como la de «prioridad máxima». Un proyecto que has rechazado con franqueza deja de consumir tu atención, mientras que uno que permanece vagamente en el aire sigue costándote decisiones.

Paso 3: Establece un límite máximo de proyectos simultáneos y hazlo cumplir desde el momento de su admisión

Calcula el límite máximo utilizando la fórmula de las «horas de decisión» anterior y, a continuación, considéralo un número inamovible. Cuando la cartera esté completa, no se podrá iniciar un nuevo proyecto hasta que alguno de los actuales haya finalizado o se haya puesto en pausa.

Se trata de un límite de trabajo en curso que se aplica un nivel por encima de las tareas y que sigue la misma lógica que utilizan los equipos Kanban en un tablero. La «puerta de entrada» es lo que le da sentido: las nuevas solicitudes llegan, se puntúan y, o bien desplazan a otra, o bien esperan. Sin la puerta, el límite máximo es una preferencia. Con ella, el límite máximo es una norma, y «todavía no» se convierte en una respuesta defendible en lugar de una disculpa.

Paso 4: Correlaciona al personal que tiene uso compartido, no el cronograma común

Elabora una vista general de quién está asignado a cada tarea, semana a semana. Esta comprobación de la planificación de la capacidad es el paso más útil en el trabajo con varios proyectos, y el que la mayoría de los equipos se saltan.

Lo que buscas son dos cosas:

En una hoja de cálculo, se trata de una tabla con los nombres de las personas en la columna lateral y las semanas en la fila superior. En un programa de gestión de carteras, es una vista Carga de trabajo. En cualquier caso, el resultado es el mismo: una breve lista de nombres con los que hay que volver a negociar antes de que empiece el mes, en lugar de cuando ya se haya acabado.

Paso 5: Crea una vista para cada decisión, no una vista para todo

Diseña cada vista en función de la pregunta a la que responde y, a continuación, elimina todo lo que no ayude a responderla. Una única vista que intente satisfacer a todos los públicos no satisface a ninguno.

Hay tres vistas que abarcan la mayoría de las carteras:

Los directivos leen la primera; tú, pon en práctica la segunda y la tercera. Crear una cuarta vista Todo es la razón por la que se acaban abandonando los paneles.

Paso 6: Realiza una revisión semanal para decidir si seguir adelante o detener el proyecto

Reserva un espacio fijo de 30 minutos cada semana en el que la clasificación pueda cambiar realmente y se pueda poner algo en pausa. La reunión tiene un único objetivo: terminar la semana con algo en pausa o con una nueva clasificación.

El orden del día consta de tres preguntas. ¿Qué ha cambiado en el mapa de personal compartido? ¿Qué proyecto supone ahora la limitación? ¿Qué estamos deteniendo o aplazando para proteger lo más importante? Si en esta reunión no se suspende nada, se ha convertido en un simple informe de estado, y la señal de que así es es que la asistencia empieza a disminuir.

También es fundamental designar a la persona con autoridad para dar la orden de parar. La revisión semanal solo funciona si alguien en la sala tiene la autoridad para detener un proyecto sin que la cuestión se complique más. En la mayoría de los equipos, se trata de un director, un responsable de la Oficina de Gestión de Proyectos (PMO) o un jefe de departamento. En equipos más pequeños, es quien controla la plantilla. Anota ese nombre en los términos de referencia fijos de la revisión. Si nadie en la sala puede detener el trabajo, la reunión tiene carácter meramente consultivo.

Paso 7: Protege el tiempo de los creadores de la carga que supone la coordinación

Cada proyecto que añades multiplica las reuniones, los hilos y las revisiones más rápido de lo que aumenta la producción. Agrupa las tareas de coordinación y protege los bloques donde realmente se lleva a cabo el trabajo.

Plantéate concentrar todas las reuniones de seguimiento entre proyectos en los mismos dos días y deja los demás días libres de reuniones recurrentes. Utiliza informes escritos y la comunicación asíncrona para compartir el estado de los proyectos, en lugar de recurrir a llamadas. Rothman establece aquí una distinción útil entre el cambio de contexto y la multitarea: el cambio de contexto es manejable si dejas cada proyecto en un estado ordenado, mientras que la multitarea te obliga a ocuparte de todos a la vez.

Los ingenieros que trabajan con tres bases de código suelen resolver esto asignando a cada proyecto una combinación de colores distinta en el editor. El ojo sabe en qué entorno se encuentra antes que el cerebro. Eso no elimina el esfuerzo que supone cambiar de proyecto, pero reduce el tiempo de recarga.

Cómo elegir un sistema para el seguimiento de varios proyectos

Existen tres opciones viables para el seguimiento de varios proyectos. Wellingtone descubrió que el 22 % de los encuestados sigue planificando en Microsoft Excel, mientras que otro 11 % no utiliza ninguna solución de gestión de proyectos. Un tercio de los profesionales lo hace en una hoja de cálculo o de memoria, y a muchos de ellos les va bien así.

Hojas de cálculo

Una hoja de cálculo es la forma más rápida de crear una fila por proyecto con el propietario, la fase, el próximo hito y un indicador de estado. Resulta realmente útil a nivel de resumen.

El problema es más bien estructural que técnico. La hoja de cálculo es un reflejo de la realidad, por lo que solo está tan actualizada como tu última actualización manual. Es posible crear diagramas de Gantt para varios proyectos en Excel y se hacen a menudo, pero las ediciones en las dependencias se vuelven inestables a partir de unas 15 tareas enlazadas.

Herramientas para un solo proyecto

Trello, Jira y Microsoft Project son herramientas muy eficaces dentro del flujo de trabajo propio de cada proyecto. El modelo de tablero de Trello es difícil de superar para un equipo pequeño que realiza un trabajo con visibilidad, y el modelo de gestión de proyectos de Jira está diseñado para optimizar el rendimiento en ingeniería.

La limitación se hace patente en la unión: cada uno de ellos se organiza en torno al tablero, la lista de tareas pendientes o el calendario de un solo proyecto. Tener una visión global de todos los proyectos suele implicar un complemento, un archivo maestro o una persona que los exporta a una hoja de cálculo los viernes. Eso es viable con tres proyectos, pero se vuelve una pesadilla con nueve.

Software con capacidad para gestionar carteras de proyectos

ClickUp, Asana, monday.com, Smartsheet y Wrike admiten una vista de cartera. Esto significa una vista que trata cada proyecto como un registro con estado, propietario y fechas, además de vistas de Carga de trabajo que suman los compromisos por persona en todos los proyectos. Esta es la categoría que responde directamente a las preguntas que abarcan varios proyectos, en lugar de tener que exportar los datos.

El verdadero coste está en la planificación previa. Todas estas herramientas te obligan a establecer primero una jerarquía, y una jerarquía mal elegida en la primera semana resulta muy molesta de desmontar en el sexto mes. Con menos de seis proyectos, la configuración rara vez sale a cuenta.

¿Cómo priorizas varios proyectos con plazos que se solapan?

Establece prioridades en función del coste del retraso, no de la proximidad de la fecha límite. Una fecha límite te indica cuándo alguien solicitó algo; el coste del retraso te indica qué ocurre realmente si se modifica la fecha límite. Esa es la única información que resulta útil cuando dos fechas entran realmente en conflicto.

Cuando dos proyectos coincidan en la misma semana, hazte estas cuatro preguntas en este orden:

A continuación, presenta la respuesta a las partes interesadas de forma conjunta, en lugar de hacerlo por separado. Los plazos que entran en conflicto suelen ser el resultado de dos personas que creen que el suyo es el único válido, y el conflicto se resuelve más rápido en una misma sala que en cuatro hilos de discusión. La matriz de Eisenhower es un primer filtro razonable para la versión personal de esto, aunque resulta complicado cuando los proyectos tienen propietarios distintos de ti.

Cómo mantener un sistema de gestión de múltiples proyectos en funcionamiento más allá del primer mes

La mayoría de los sistemas para gestionar varios proyectos funcionan el día que se crean y caen en desuso en un plazo de seis semanas. Los siete pasos anteriores te permitirán crear una cartera de proyectos que funcione. Estas prácticas evitan que acabe convirtiéndose en otro artefacto que nadie abre.

Vuelve a calcular el límite máximo cuando cambie la composición

Tu límite de concurrencia solo es válido para la combinación actual de proyectos estables y difíciles. Un proyecto que entra en su sprint final, la incorporación de una nueva parte interesada o una renegociación del alcance pueden hacer que el tiempo de toma de decisiones pase de 45 minutos a dos horas. Vuelve a calcularlo al menos una vez al mes y considera ese número como un resultado evolutivo de la revisión semanal, no como una decisión puntual.

Ve turnando a la persona encargada de actualizar el mapa de personas compartidas

Si solo una persona se encarga de mantener la vista de capacidad, esta se queda obsoleta la semana que se va de vacaciones o está desbordada con las entregas. Asigna un propietario por turnos cada sprint o cada mes. El mapa se mantiene actualizado porque esta semana aparece el nombre de alguien en él, no porque todo el mundo se preocupe por igual por la precisión.

Establece una línea de referencia antes de que se te olvide cuál era el plan original

Un proyecto que se inicia sin una línea de base guardada se vuelve imposible de evaluar en cuanto se produce el primer cambio. Fija la línea de base del proyecto durante la primera semana de trabajo activo, aunque el plan aún te parezca un poco rudimentario. Una línea de base aproximada con la que puedas comparar es infinitamente más útil que un plan perfecto que nunca has guardado.

Revisa cada mes la lista de proyectos «zombis»

Los proyectos que se pausaron hace tres meses, pero que nunca se cancelaron oficialmente, siguen generando preguntas, reuniones y remordimientos. Una vez al mes, revisa la parte inferior de la lista ordenada y pregúntate: ¿alguien ha tomado una decisión al respecto en los últimos 30 días? Si no es así, ponlo explícitamente en estado «detenido». Un proyecto detenido no cuesta nada. Uno que sigue vagamente en marcha cuesta atención cada vez que alguien se pregunta si sigue en marcha.

Separa el nivel de elaboración de informes del nivel de toma de decisiones

En el momento en que la vista general de tu cartera se convierta en lo que muestras a la dirección, empezarás a optimizarla para que resulte más narrativa en lugar de precisa. Mantén una vista operativa clara que te muestre la realidad (alertas, capacidad, obstáculos) y una capa de seguimiento de proyectos independiente que cuente la historia a las partes interesadas. Cuando ambas coinciden, lo primero que pierdes es la realidad.

Tres carteras, tres figuras diferentes

Los mismos siete pasos dan lugar a sistemas muy diferentes en función del uso compartido que tengan los proyectos. A continuación te mostramos cómo son los artefactos en tres casos habituales.

Una agencia de seis personas que gestiona 11 proyectos de clientes

La limitación principal en este caso es el personal facturable, y los proyectos tienen una figura casi idéntica. El factor de priorización es principalmente comercial: los clientes con contrato de retención tienen prioridad sobre los clientes por proyecto, y los clientes del trimestre de renovación tienen prioridad sobre el resto. El elemento clave es la vista de la capacidad, ya que contar con un solo diseñador para siete marcas supone todo el riesgo.

El límite de concurrencia que aquí se establece se aplica por persona, no por cartera: dos proyectos de clientes activos por persona, y un tercero solo si uno de ellos se encuentra en fase de revisión. La revisión semanal es el momento en el que se detectan las desviaciones del alcance.

Un equipo de producto interno que gestiona cuatro iniciativas

Un equipo interno puede tener menos proyectos, pero una mayor interdependencia entre ellos. Es probable que dos iniciativas dependan de la misma labor de base, lo que hace que las dependencias entre proyectos sean más críticas que la capacidad disponible. El orden de prioridad debe seguir el gráfico de dependencias: lo primero es aquello que desbloquee el trabajo más posterior en la cadena, aunque sea lo menos visible para la dirección.

El límite máximo suele ser tres, ya que cada iniciativa exige un trabajo de diseño e ingeniería propiamente dicho, más allá de la mera coordinación. El riesgo es que un proyecto de plataforma pierda prioridad al no tener una fecha de lanzamiento personalizado, lo que a su vez paraliza todo lo que viene a continuación.

Un jefe de obra que gestiona cinco obras

La gestión de varios proyectos de construcción invierte la prioridad habitual. Las limitaciones comunes son el equipamiento, los subcontratistas y los plazos de inspección, y estos factores conllevan costes reales de secuenciación que el software no puede eliminar por arte de magia. Una grúa reservada para la obra B en la semana equivocada supone mano de obra inactiva en la obra B e inspecciones reprogramadas en la obra C. El elemento clave es un calendario de recursos compartidos que abarque la planta y los subcontratistas, y que se mantenga con antelación a los calendarios de cada obra.

El límite se ajusta tanto por el tiempo de desplazamiento como por el tiempo de toma de decisiones, ya que la presencia in situ es insustituible. La revisión semanal aquí es verdaderamente semanal, porque las condiciones meteorológicas pueden hacer que resulte difícil mantener una periodicidad más larga de forma constante.

Cinco errores que pueden hundir una cartera de proyectos múltiples

Los cinco errores que hunden una cartera de proyectos múltiples son: combinar planes que no tienen nada en común, tratar la «alta prioridad» como una clasificación, realizar el ajuste del límite máximo por cartera en lugar de por persona, elaborar informes en lugar de tomar decisiones y planificar al 100 % de la capacidad. Vale la pena nombrar cada uno de ellos por su síntoma, porque así es como se detectan. La mayoría de las personas que lean esto han cometido al menos tres.

Combinar planes que no tienen nada en común, salvo a ti

Cómo se ve: un calendario general que agrupa proyectos sin recursos usados de forma compartida ni traspasos de responsabilidades, que nadie consulta porque no responde a ninguna de las preguntas que se plantean los propietarios de los proyectos.

La solución: Mantén planes separados y crea una breve capa de resumen que los englobe. Combina los calendarios solo cuando exista una dependencia real o un uso compartido de personas.

Considerar la «alta prioridad» como un nivel de importancia

Cómo funciona: Seis proyectos están etiquetados como «prioritarios», y el que recibe atención cada día es aquel cuya parte interesada haya realizado el seguimiento más recientemente.

La solución: Impone una lista ordenada. Las posiciones son números enteros, y no puede haber dos proyectos que ocupen el tercer puesto.

Establecer un límite máximo para la cartera en lugar de por persona

Cómo se presenta la situación: El equipo acuerda limitar a ocho el número de proyectos activos, pero un diseñador sigue trabajando en seis de ellos. Es posible que se cumpla el límite a nivel de cartera, mientras que, a nivel individual, algunos miembros hayan superado con creces su propio límite.

La solución: Establece un límite máximo en el lugar donde realmente se lleva a cabo el trabajo. Limita el número de proyectos simultáneos por persona y, a continuación, deja que el total de la cartera sea la suma de esos límites.

Realizar la elaboración de informes en lugar de tomar decisiones

Cómo se ve: Una reunión semanal de revisión de la cartera en la que cada propietario expone su proyecto, no se vuelve a clasificar nada y el mismo obstáculo aparece en las notas de tres semanas consecutivas.

La solución: Automatiza la exposición y dedica la reunión únicamente a las limitaciones y a las compensaciones.

Planificación al 100 % de la capacidad

Cómo se manifiesta: Cada persona está totalmente asignada a varios proyectos, por lo que un día de baja por enfermedad o un cambio en el alcance del proyecto tiene repercusiones en tres planes.

La solución: Planifica la asignación de personal en torno al 80 % y deja ese margen deliberadamente. En una cartera con múltiples proyectos, ese margen es lo único que absorbe las variaciones. La eficiencia del flujo es la métrica que le da visibilidad si necesitas argumentar tu caso con números.

Cómo gestionar varios proyectos en ClickUp

ClickUp se enmarca en la categoría anterior, la de herramientas con capacidad para gestionar carteras de proyectos, y los aspectos relevantes para el trabajo con múltiples proyectos se correlacionan con los elementos que ya se han descrito en esta guía.

Límites realistas

Al igual que todas las herramientas de esta categoría, ClickUp te pide que establezcas una jerarquía de espacios, carpetas y listas antes de que las vistas de cartera puedan resultar útiles. Esto significa que los equipos que provienen de un gestor de tareas con un único propósito suelen dedicar su primera semana a tomar esa decisión, en lugar de a sus proyectos. Para dos o tres proyectos con un propietario cada uno, una hoja de cálculo compartida te proporcionará un resumen funcional más rápidamente. ClickUp resulta más adecuado cuando el número de proyectos supera al de personas que los gestionan y las preguntas que afectan a varios proyectos empiezan a surgir semanalmente.

Empieza por restar

Si te quedas con una sola cosa de todo esto, haz el recuento. Anota todos los proyectos activos, calcula cuántas horas a la semana tienes realmente para tomar decisiones y haz la división. El número que obtengas es tu límite máximo de proyectos simultáneos, y los proyectos que superen ese límite ya están quedando desatendidos, lo hayas admitido o no.

A continuación, la parte más difícil está pendiente. Clasifica la lista, identifica quién puede detener las cosas y reserva un hueco semanal en el Calendario en el que se permita detenerlas. Los datos recopilados por Wellingtone durante una década muestran que el volumen nunca ha sido un problema de habilidades, y que por mucha competencia individual que haya, no basta para gestionar una cartera que no deja de crecer.

Una vez establecido el límite y definidas las prioridades, el software deja de ser un mero lugar donde almacenar proyectos y se convierte en la herramienta que resuelve tus dudas sobre todos los proyectos. Empieza a utilizar ClickUp de forma gratuita y crea la vista de cartera, el mapa de carga de trabajo y la revisión semanal en un único entorno de trabajo.

Preguntas frecuentes sobre la gestión de varios proyectos

¿Cuántos proyectos debería gestionar una persona a la vez en la gestión de proyectos?

La mayoría de las personas pueden gestionar sin problemas entre tres y cinco proyectos simultáneos, y el número exacto depende más del coste de la toma de decisiones que del tamaño de los proyectos. Divide las horas semanales de las que dispones para tomar decisiones sobre los proyectos entre unos 45 minutos a la semana por cada proyecto estable, o dos horas por cada proyecto que se encuentre en fase inicial, que implique aspectos políticos o que se haya desviado del plan. Los profesionales que escriben en la biblioteca del PMI describen la gestión de tres proyectos simultáneos como algo factible, aunque más lento y estresante que gestionar uno solo.

¿Cómo responderías a la pregunta «¿cómo gestionas varios proyectos a la vez?» en una entrevista de trabajo?

Responde con un sistema concreto y una decisión real que hayas tomado, no con la palabra «priorizar». Indica el número de proyectos, cómo los clasificaste, la herramienta que utilizaste para detectar conflictos y un proyecto que, como resultado, hayas suspendido o renegociado. Los entrevistadores quieren comprobar si eres capaz de decir «no» con argumentos, por lo que una respuesta que incluya algo que hayas suspendido es más convincente que una en la que todo se haya llevado a cabo.

¿En qué consiste la regla del 80/20 para la gestión de proyectos?

La regla del 80/20, o principio de Pareto, sostiene que aproximadamente el 80 % del resultado de un proyecto proviene de alrededor del 20 % del trabajo. Aplicada a varios proyectos, aboga por identificar el pequeño conjunto de entregables y decisiones que aportan la mayor parte del valor y protegerlos en primer lugar. Considérala como una guía para saber dónde centrar la atención, no como una proporción fija, ya que la distribución varía según el proyecto.

¿Se pueden gestionar varios proyectos en Excel?

Sí, y a una parte importante de los profesionales les pasa lo mismo: la encuesta de Wellingtone de 2026 reveló que el 22 % de los encuestados sigue planificando en Microsoft Excel. Una sola hoja con una fila por proyecto, en la que figuren el propietario, la fase, el siguiente hito y un indicador de estado, constituye un resumen válido de la cartera de proyectos. Sin embargo, deja de ser útil cuando más de una persona tiene que mantenerla actualizada, o cuando se necesita capacidad para todos los proyectos, ya que la hoja es una copia manual de la realidad en lugar de una vista en tiempo real de la misma.

¿Qué es un diagrama de Gantt multiproyecto?

Un diagrama de Gantt multiproyecto representa los cronogramas de varios proyectos en un único eje compartido, de modo que se pueden ver a la vez los hitos que se solapan y las dependencias entre proyectos. Resulta más útil cuando los proyectos se pasan trabajo entre sí de forma efectiva, y menos útil cuando simplemente se desarrollan en paralelo. Limítate a los hitos en lugar de incluir todas las tareas, ya que un gráfico combinado a nivel de tareas se vuelve ilegible mucho antes de que contenga errores.