Para reducir la duración de un proyecto podemos usar diferentes técnicas como por ejemplo crashing y fast tracking. Actuaremos con éstas técnicas siempre sobre el plan de proyecto que hemos preparado, teniendo en cuenta que la duración de camino crítico es la duración del proyecto y que puede existir más de un camino crítico.

Crashing - Esta técnica permite reducir la duración del proyecto cuando hay exceso de trabajo y la duración debe ser reducida sea dedicando horas adicionales o involucrando nuevos recursos. Esta técnica aunque puede reducir la duración del proyecto pero implica aumento de costes. Tiene sus ventajas y desventajas.

• Soft crashing - Este tipo de crashing se hace dedicando horas extra. Es efectivo pero no es sostenible. Se puede utilizar durante periodos cortos de tiempo a fin de evitar quemar al equipo.
• Hard crashing – Consiste en involucrar a nuevos recursos al proyecto. Es una opción cara y si se introduce tarde en el proyecto inefectiva ya que existen las desventajas de que el equipo que se acaba de unir debe aprender lo que sabe el equipo actual y éste debe dejar de hacer su trabajo para enseñar. Pueden también existir circunstancias cuando no se debe añadir nuevo equipo ya que las tareas están suficientemente distribuidas, si ese es el caso se requerirá el uso de un recurso dedicado a la integración (configuration manager).

Fast tracking – Esta técnica de igual forma que crashing reduce la duración del proyecto pero incrementa el riesgo de tener que rehacer partes ya realizadas. Consiste en jugar con las dependencias fin – inicio. En circunstancias normales si existe esa dependencia una tarea debe terminar para que empiece la siguiente, pero con fast tracking la segunda tarea puede empezar lo antes posible e incluso correr en paralelo con la primera. Se realiza paralelización de trabajo pero teniendo en cuenta que los requerimientos que se conocerían al terminar la primera tarea no se conocen y que el otro desarrollador empieza con la segunda tarea sin esperar el fin de la primera, puede ser que se necesite realizar, reajustes en las dos tareas para que los componentes interoperen correctamente.

Toda la información que vimos en las dos primeras partes es bastante teórica ahora vamos a usar un ejemplo de la vida real y aplicarle el conocimiento anterior sobre una sola actividad. Imaginemos que hay una tarea “A” que tiene 36 días de estimación pesimista, 21 días de estimación más probable y 6 días de estimación optimista. A veces nos preguntarán que probabilidades hay que la actividad A se complete en un periodo por ejemplo de 16 a 26 días para nuestro caso.

1. Cálculo de desviación estándar de la tarea nos da 5 días: 2. Ahora vamos a calcular la duración PERT de la tarea que nos da 21 días:

3. Determinamos el rango de 1 desviación estándar:

Entonces, simplificando 1 desviación estándar es la distancia a las dos lados de la media de una distribución normal donde de forma estándar caen el 68,26% (la respuesta) de todos los valores.

Cuando ya disponemos de nuestro cálculo PERT para cada una de las actividades del proyecto, debemos continuar y definir la varianza individual de estas tareas. Entonces teniendo 3 desviaciones estándar de duración: optimista, pesimista y la más probable; por lo tanto hay 6 desviaciones estándar entre ellos, lo que puede ser calculado con la siguiente fórmula para cada actividad: A continuación vamos a determinar el camino crítico del proyecto ya que su duración determina la duración total del proyecto. Hay que tener en cuenta que en un solo proyecto pueden existir más de un camino crítico. Por lo tanto la varianza del camino crítico puede ser calculada sumando las varianzas individuales de las tareas situadas en el camino crítico.

La Program Evaluation and Review Technique (PERT) es una herramienta más flexible que la herramienta Critical Path Management (CPM) ya que PERT permite asignar una distribución probabilística y proporcionar un cierto nivel de aleatoriedad a la hora de definir las duraciones de tareas y rutas (críticas o no) en proyectos.

A diferencia del tradicional CPM (solo 1 estimación por tarea), PERT [β ó t_e – Duración Esperada] permite definer 3 estimaciones: Optimista [a] (todo va bien), Más Probable [m] (caso más probable) y Pesimista [b] (escenario pesimista negativo).

Para cada actividad entonces tendremos 3 estimaciones pero para poder usarlas dentro de un análisis de red (PDM/ADM) necesitamos convertir estos datos en un solo valor aplicando una distribución beta. La distribución beta es un método estadístico que permite obtener un valor promedio ponderado a partir de mínimos y máximos.

Aplicaremos la siguiente fórmula para obtener un valor de duración por cada actividad en red: