METODO DE LA CADENA CRITICA



METODO DE LA CADENA CRITICA

1.1  Concepto de Cadena CrĂ­tica

El concepto de cadena crĂ­tica es una extensiĂ³n del concepto de camino crĂ­tico cuando se tienen en cuenta tanto las precedencias entre actividades como las restricciones de los recursos.  Los conceptos tradicionales de administraciĂ³n de proyectos basados en el “Camino CrĂ­tico” o “Critical Path” han estado vigentes por años. ReciĂ©n el año 1997 el Dr. Eliyahu Goldratt introdujo el primer enfoque realmente nuevo en administraciĂ³n de proyectos cuando publicĂ³ su best seller “Critical Chain” (Cadena Critica). La genialidad del enfoque de Goldratt reside en el desarrollo de un nuevo paradigma que encara por primera vez, tanto el lado humano, como el de la metodologĂ­a algorĂ­tmica de la administraciĂ³n de proyectos, en una disciplina unificada. Tomando como base la disciplina unificada de Goldratt, la administraciĂ³n de proyectos por cadena critica permite completar los proyectos en un tiempo significativamente mas corto que utilizando las tĂ©cnicas tradicionales de administraciĂ³n de proyectos por camino crĂ­tico. 

El Dr. Goldratt reconociĂ³ que es la gente la que planea y ejecuta proyectos, no los programas de computador. Su metodologĂ­a de "Cadena CrĂ­tica" se basa muy profundamente en la naturaleza humana y en lo que sucede cuando la disciplina de administraciĂ³n de proyectos se aplica a gente. Goldratt nos dice que, a menos que seamos cuidadosos, muchas veces obtenemos lo opuesto a lo esperado. Veamos algunas de estas consecuencias no esperadas.

SegĂºn Goldratt, la Cadena CrĂ­tica es la cadena mĂ¡s larga de tareas que considera, tanto las dependencias entre las tareas, como las dependencias de los recursos. Esto es diferente de la definiciĂ³n del Camino CrĂ­tico, que se define como la cadena mĂ¡s larga de tareas basada sĂ³lo en las dependencias de las tareas. La Cadena CrĂ­tica reconoce que una demora en la disponibilidad de los recursos puede demorar un programa, tanto como una demora en las tareas dependientes.


1.2  IntroducciĂ³n a las limitaciĂ³n de proyecto

En todo proyecto existen incertidumbres inherentes al mismo. La habilidad para conducir una organizaciĂ³n hacia sus objetivos estĂ¡ afectada por:

·         La variabilidad interna: fallas de recursos, defectos, errores, retrasos, desperdicios, daños, etc.

·         La incertidumbre externa: comportamiento impredecible de proveedores y clientes, por ejemplo.

Estos obstĂ¡culos suelen ser visibles y, muchas veces difĂ­ciles de eliminar o amortiguar en el corto y mediano plazo. Casi todas las filosofĂ­as de gestiĂ³n hacen foco en ellos y presentan modos mĂ¡s o menos exitosos de abordarlos. Pero hay obstĂ¡culos mĂ¡s persistentes que son invisibles:

·         Paradigmas
·         PolĂ­ticas
·         Procedimientos

Lo interesante es que muchos de estos obstĂ¡culos invisibles han sido generados, precisamente, para tratar con la variabilidad y la incertidumbre, es decir, con los obstĂ¡culos visibles.

La limitaciĂ³n del proyecto, o cuello de botella, serĂ¡ por lo tanto esta secuencia: lo que pone el lĂ­mite inferior a la duraciĂ³n. Toda acciĂ³n de reducciĂ³n de plazo pasarĂ¡ forzosamente por una reducciĂ³n de la cadena crĂ­tica, y eso supone, en tĂ©rminos de ejecuciĂ³n, una mejor gestiĂ³n de la misma.
Las tareas individualmente deben ser despojadas de su protecciĂ³n para concentrar Ă©sta en determinados puntos, conocidos como buffers, con el fin de dotarle de una mayor fortaleza a la hora de hacer frente a posibles desviaciones, siendo asĂ­ necesaria una menor protecciĂ³n global.
Estos buffers serĂ¡n diferentes en funciĂ³n de su objetivo, lo que determinarĂ¡ su ubicaciĂ³n.


Buffer de proyecto (BP): se ubica inmediatamente despuĂ©s de la Ăºltima tarea del proyecto. Su objetivo es proteger el plazo del proyecto frente a las desviaciones que puedan producirse en actividades pertenecientes a la cadena crĂ­tica.
 


Buffer de alimentaciĂ³n (BA): tiene dos posibles ubicaciones: inmediatamente antes de cada tarea del camino crĂ­tico que vaya precedida de alguna tarea no crĂ­tica o al final de un camino no crĂ­tico. Su objetivo es proteger a la cadena crĂ­tica ante posibles desviaciones de actividades no crĂ­ticas.


Buffer de recurso (BR): afecta a aquellas actividades de la cadena crĂ­tica, pues se trata de una reserva de capacidad de las mismas para garantizar que el recurso estarĂ¡ disponible cuando la cadena crĂ­tica lo requiera.


AdministraciĂ³n de los "Buffers"

La administraciĂ³n de los buffers es la clave del seguimiento de la performance del proyecto en la administraciĂ³n de proyectos por Cadena CrĂ­tica. Deben observarse los buffers y actuar dependiendo de la penetraciĂ³n de los buffers debido a los cambios en la programaciĂ³n de las tareas.
Existen una cantidad de otros aspectos que deben considerarse en la administraciĂ³n de un proyecto por Cadena CrĂ­tica. Entre ellos podemos mencionar las facilidades para actualizaciĂ³n del programa, para tomar decisiones de reasignaciĂ³n de recursos, para el manejo de proyectos mĂºltiples y para la elaboraciĂ³n de presupuestos.
Al utilizar el método de Cadena Crítica, el objetivo ya no es terminar en tiempo, sino terminar en forma anticipada a la fecha objetivo prevista.


1.3  Fases para aplicar Cadena CrĂ­tica

Al momento de aplicar el Método de la Cadena Crítica a cualquier proyecto, debemos llevar a cabo una serie de procesos ordenados como sigue:

·         Crear el programa inicial PERT (Construir la red a tiempo  estĂ¡ndar).

·         Equilibrar la carga de recursos.

·         Determinar la cadena critica.

·         Identificar los puntos “buffer”.

·         Decidir el tamaño de los buffers existentes.
·         Insertar los buffers en el programa.

Comentarios