Skip to main content

“¡Zombis! ¡Están por todas partes!” grita una persona aterrorizada que huye de una casa oscura y en ruinas. Detrás de ella ves a los zombis, acercándose lenta pero implacablemente, en una multitud aterradora, buscando devorar lo que puedan atrapar.

Has visto esta escena antes en películas de terror. Pero los gestores de proyectos digitales tienen su propia clase de zombis, que los persiguen obstinadamente a cada paso. Son las dependencias en la gestión de proyectos, esas conexiones impredecibles entre proyectos, entre tu proyecto y una serie de incógnitas, o con otras relaciones entre tareas.

Acechan en cada esquina. Te persiguen día y noche, buscando abrumarte con su gran número y consumir tu proyecto en una maraña de complejidad. Aparecen cuando menos lo esperas y se adueñan de tu proyecto. ¡Los zombis y las dependencias de proyectos siempre son sigilosos!

Unlock for Free

Create a free account to finish this piece and join a community of forward-thinking leaders unlocking tools, playbooks, and insights for thriving in the age of AI.

Paso 1 de 2

Este campo es un campo de validación y debe quedar sin cambios.
Name*
Este campo está oculto cuando se visualiza el formulario

Un Manual de Zombis: Reglas para Gestionar las Dependencias de Proyectos

Lo que los gestores de proyectos necesitan es un "manual de zombis" — un conjunto de reglas que mantenga los proyectos seguros y sanos cuando las dependencias internas dentro del proyecto y otros factores intentan cazarte.

Las dependencias de los proyectos y las tareas de los proyectos son una amenaza para tu proyecto porque añaden complejidad y porque son impredecibles. El PM de un solo proyecto no tiene control sobre otro equipo de proyecto o función.

Y, aun así, los proyectos dentro de una empresa recurren a una reserva común de recursos, de funciones como ventas, control de calidad, regulatorio, etc. Cuando hay más de dos proyectos implicados, la complejidad se multiplica y pueden salirse de control, no solo exponencialmente sino factorialmente.

Cualquier cosa que haga una parte interesada afecta a los miembros de tu equipo, te guste o no. Por ejemplo, tu proyecto podría depender de un software que está desarrollando otro proyecto. Este predecesor en la gestión de proyectos es una tarea que debe finalizarse antes de que la tarea sucesora en tu proyecto pueda comenzar.

Al principio, parece que ese otro proyecto no tendrá problemas para entregar a tiempo, pero a medida que pasan los días, y luego una o dos semanas, empiezas a escuchar que los zombis se acercan. ¡Vienen por tu proyecto!

Tal vez pienses que era difícil anticipar este riesgo. Pero ahora lo tienes encima, ¡y ya estás atrapado! Es demasiado tarde para consultar tu manual de zombis.

Join the DPM community for access to exclusive content, practical templates, member-only events, and weekly leadership insights - it’s free to join. <br><br>

Join the DPM community for access to exclusive content, practical templates, member-only events, and weekly leadership insights - it’s free to join.

Este campo es un campo de validación y debe quedar sin cambios.
Name*
Este campo está oculto cuando se visualiza el formulario

Dependencias de Proyectos y Gestión de Riesgos

El primer capítulo del manual de zombis aconseja que los gestores de proyectos piensen en las dependencias de proyectos en términos de gestión de riesgos. Los momentos en los que tu proyecto depende de otras personas o eventos fuera de tu control son inherentemente riesgosos. Una dependencia externa que está fuera de tu control y que podría tener un impacto negativo en tu proyecto es un tipo de riesgo.

Un paso importante — a menudo pasado por alto — es definir los riesgos de tu proyecto desde el principio. ¿Cómo anticipas estos riesgos? Comienza dividiéndolos en categorías como:

  • Riesgo técnico — Ejemplo: Estás utilizando una nueva tecnología, ya sea nueva en el mercado o solo para tu empresa; ¿funcionará como se promete?
  • Riesgo de socios — Ejemplo: Has subcontratado el desarrollo de una API; ¿el socio entregará a tiempo para cumplir con el proyecto cronograma¿será capaz el socio de entregar a tiempo para cumplir con el cronograma del proyecto?
  • Riesgo de mercado — Ejemplo: Tu proyectoproyecto va a entrar en un nuevo mercado, aunque relacionado; ¿realmente conocemos el sector?
  • Riesgo interno — Ejemplo: El equipo de ventas ya tiene demasiadas tareas; ¿tendrán listos los materiales para mi proyecto¿estarán los materiales listos para mi proyecto a tiempo para la feria comercial?
  • Riesgo de recursos — Ejemplo: Estás construyendo un nuevo sitio web pero necesita pruebas; asumes que los recursos están disponibles para este trabajo, pero ¿lo confirmaste con el área responsable?

Tu proyecto también puede depender de factores externos a tu control. Por ejemplo, plataformas como Bluetooth que siempre parecen causar dolores de cabeza. O el éxito de tu proyecto puede depender de una restricciónrestricción gubernamental como el GDPR u otra regulación, ya sea nacional o internacional.

Dependencias del proyecto y roles del equipo

Gran parte del riesgo asociado a las dependencias de proyectos proviene de suposiciones no verificadas. Pensabas que tal persona estaba trabajando en un entregable importante, pero el cronograma no estaba claro. Gestionar dependencias complejas requiere comunicación proactiva, y la gente no suele ser buena en eso. Con demasiada frecuencia, asumimos, y asumir siempre implica riesgos.

Así que aquí va otra regla del manual zombi: cuando puedas anticipar dependencias, busca a las partes involucradas. Haz que estén alineadas.

¿Parece elemental? Sí. Pero ¿cuántos proyectos enfrentan dificultades de un tipo u otro a causa de simples malentendidos? En TCGen, hemos desarrollado una versión modificada y mejorada de un diagrama RACI que puede ayudar. Define los roles y responsabilidades dentro de tu proyecto, no entre proyectos, pero es un comienzo.

Te ayuda a anticipar dependencias porque muestra qué funciones estarán involucradas en tu proyecto y cuándo. Esto te permite definir las áreas de tu proyecto que probablemente dependan de otros proyectos, o de factores externos como organismos reguladores o socios de desarrollo. Herramientas como un diagrama de Gantt o un tablero Kanban también pueden ayudarte con esto.

Y hablando de herramientas:

Gestión de dependencias: Dos métodos del kit de herramientas de gestión de proyectos

Aquí tienes dos herramientas más que pueden ayudarte a mantener a raya a los zombis:

Caminos críticos

Probablemente hayas oído hablar del concepto de un equipo de equipos. Es cuando estructuras toda tu empresa como un meta-equipo, compuesto por muchos equipos que se unen libremente de forma adaptativa. Los recursos y las personas se mueven a otros lugares de forma ágil cuando ya no se los necesita.

zombie with tombstones showing the critical path method

El método del camino crítico.

Ahora quizás conozcas el método del camino crítico que mapea tareas dependientes, como parte de un plan de proyecto. Imagina un mapa que mostrara las dependencias críticas y los caminos críticos entre múltiples proyectos. Como un camino crítico de caminos críticos.

zombie walking through a winding road

Los caminos críticos son útiles para hacer seguimiento de dependencias entre proyectos.

Así como el método del camino crítico muestra las dependencias entre las actividades del proyecto, el camino crítico de las dependencias de proyectos podría mostrar dónde existen dependencias entre múltiples proyectos. Un camino crítico de dependencias de proyectos identificaría las dependencias clave entre proyectos, así como dentro de los propios proyectos.

2. Planes de lanzamiento

Otro capítulo clave en el manual zombi: planes de lanzamiento. Conoces esta herramienta de Agile. Divide los proyectos más grandes en lanzamientos separados, ya sea que los publiques en el mercado o no, y los descompone en sus sprints constituyentes<span data-slate-node="text" data-slate-fragment="JTVCJTdCJTIyY2hpbGRyZW4lMjIlM0ElNUIlN0IlMjJ0ZXh0JTIyJTNBJTIyOtro capítulo clave en el manual zombi: "planes de lanzamiento". Conoces esta herramienta de "Agile". Divide los proyectos más grandes en lanzamientos separados, ya sea que los publiques en el mercado o no, y los descompone en sus "sprints constituyentes". . "Agile". Divide los proyectos más grandes en lanzamientos separados, ya sea que los publiques en el mercado o no, y los descompone en sus sprints constituyentes. . Divide los proyectos más grandes en lanzamientos separados, ya sea que los publiques en el mercado o no, y los descompone en sus sprints constituyentes. . Ponte en contacto con los líderes clave y PMs. Dales un aviso oportuno sobre los zombis en tu camino.

ejemplo de un plan de lanzamiento de proyecto

Ejemplo de un plan de lanzamiento de proyecto.

Identifica los sprints que son más riesgosos desde una perspectiva de dependencias de proyecto. Ponte en contacto con los líderes clave y PMs. Dales un aviso oportuno sobre los zombis en tu camino.

Gestionando las dependencias de proyecto: Más consejos del manual zombi

¿Qué más necesitas en tu manual zombi? Aquí tienes algunos consejos de sentido común para gestionar las dependencias de proyecto — ¡antes de que ellas te gestionen a ti!

  • Acepta que todos los proyectos tienen dependencias. Cuanto más grande sea el proyecto, más dependencias tendrá. Si crees que no vas a tenerlas, o no puedes imaginar dónde estarán, haz un mayor esfuerzo.
  • Anota tus suposiciones sobre las dependencias. Divídelas en diferentes tipos de dependencias como “socios”, “otros proyectos”, “partes externas fuera de mi control”, etc.
  • Comprende la arquitectura del proyecto. Reúnete con los líderes técnicos y mapea la integración del proyecto: cuándo qué piezas deben encajar. Identifica las dependencias conocidas.
  • Aclara los roles y responsabilidades funcionales. Ponte en contacto con los PMs de los programas dependientes. Habla sobre las dependencias y evalúa los riesgos del proyecto.
  • Monitorea las dependencias y comunica. Incluye las dependencias clave como puntos del orden del día en las reuniones de equipo o actualizaciones.
  • Ten un proceso de escalamiento formal. Ten claro a quién recurrir en caso de un problema.

Dependencias de proyecto: No hay balas de plata

Puedes oírlos acercarse, pero no puedes verlos. Para los gestores de proyectos digitales, estos riesgos inesperados y dependencias complejas son las proverbiales cosas que se esconden en la oscuridad. Pero estos “no-muertos” no tienen por qué acabar con tu proyecto.

Es complicado, porque no existe una bala de plata ni un collar de ajo para neutralizar a estos monstruos. Pero los pasos descritos anteriormente pueden ayudar a mitigar el riesgo antes de que salgas corriendo de la casa embrujada gritando.

Los zombis están por todas partes. Así que prepárate. Con algo de planificación y cuidado, ¡siempre estarás un paso delante de ellos!

Para aprender más sobre cómo prepararse para las dependencias de proyecto y cómo funcionan en el mundo real, suscríbete al boletín de The DPM, o hazte miembro. O escucha nuestro pódcast: Cómo Hablar de Riesgos y Conseguir Que Todos Escuchen.