miércoles, 30 de mayo de 2007

Método PERT

Hemos visto en clase el método PERT (Program Evaluation and Review Technique), que sirve para planificar, programar y controlar un proyecto para tener esquematizado todas las actividades que se harán y tener controlado la duración de cada una para su correcto seguimiento.

Se trata de una técnica que proporciona información sobre los problemas reales y potenciales que pueden presentarse en la terminación de un proyecto, la condición corriente de un proyecto en relación con el logro de sus objetivos, la fecha esperada de terminación del proyecto y las posibilidades de lograrlo, y en donde se encuentran las actividades más criticas y menos criticas en el proyecto total.

Para realizar un grafo PERT se tiene que cumplir una serie de condiciones:
-El gráfo sólo tendrá un suceso inicial y otro final.
-Toda actividad, a excepción de la que salga del suceso inicial o llegue al suceso final, tendrá al menos una actividad precedente y otra siguiente.
-Toda actividad ij llegará un suceso de orden superior al del que sale (i menor j).
-No podrán existir 2 actividades que, teniendo el mismo suceso inicial tenga el mismo suceso final o viceversa.

Para comprender su comportamiento pongo un ejemplo y así veremos su utilidad.
(si no lo veis muy bien, abridlo en otra página nueva y se verá sin problemas)



Pongámos que este es un grafo PERT sencillo para un proyecto que puede ser hacer una casa en un terreno que tenemos.
Cada letra de la A a la J representa una actividad a realizar. Cada nodo nX es un estado y los dos valores que hay entre parentesis representa el mínimo y el máximo en unidades de tiempo en que se puede realizar cada actividad si queremos que se cumpla los objetivos marcados al iniciar la obra.
El nodo n1 será por donde empecemos la contrucción de la casa y n11 será la conclusión. Cada actividad se debe hacer con un orden preestablecido y por eso se forma este grafo. Por ejemplo, la actividad E es pedir la licencia para poder hacer la casa en el terreno. Sin esta licencia los trabajadores no pueden hacer nada en el terreno, por lo tanto es lo primero que debemos hacer. Una vez tenemos la licencia, estamos en el nodo n2 y empezamos a hacer 2 tareas a la vez ya que una no requiere de la otra. Por ejemplo, la actividad B será empezar a extraer la tierra con las máquinas para poder poner los cimientos de la casa. Y la tarea G será encargar los materiales para que así cuando se termine de sacar la tierra, se pueda empezar enseguida a hacer los cimientos. Y así consecutivamente tarea a tarea hasta llegar a n11.
Los nodos n1,2,4,7,9 y 10 son las tareas que no se pueden atrasar ningun dia ya que como vemos, su tiempo mínimo y máximo según lo previsto es el mismo. Esto quiere decir que si se atrasa algún día, toda la obra se vería afectada.

Mientras que si por ejemplo, la tarea C se atrasa un par de días, no pasaría nada a nivel de toda la obra, ya que tenemos previsto que se puede atrasar desde el día 34 al 40, y eso es debido a que hasta que no acabe otra actividad paralela a C, que en este caso es F, C no podrá continuar adelante.

Las linias pintadas de rojo forman el camino crítico, que es el tiempo que tardará la obra, ya que son las actividades que tienen el mismo mínimo y máximo. El atraso en alguna de ellas generaría acabar la obra después del tiempo previamente dicho, con lo cual sería hasta más recomendable volver a recalcular el PERT e intentar no volver a cometer atrasos.

Con esta planificación conseguiremos llevar el proyecto a una simplicidad visual, donde podremos ver sin problemas como, cuando y que tiempo se debe emplear para cada operación, teniendolo todo muy ordenado.

En el rincón del vago hay un trabajo que explica un poco más para que sirve y como se utiliza el método PERT y hay otro ejemplo de una red telefónica para acabar de comprender como se construye el grafo.
Os dejo el link: trabajo

4 comentarios:

Isaac Gallego dijo...

Es una ordenación topológica de un grafo ^^
Si bien es cierto que este tipo de planificaciones dan unos resultados mucho mejores (todo está estructurado en unos dias y con unos margenes, y asi de antemano se sabe cuando se tiene que apretar en el trabajo), no podemos pensar que es una cosa 100% segura. Sobretodo en los nodos en los que el margen es 0, tenemos que ver lo que realmente hay detrás de la planificación: los recursos humanos. Nunca se tiene algo al 100% seguro cuando depende de una (o varias) persona/s, ya que siempre se tiene un riesgo a enfermedad, ausencia injustificada (o justificada, da igual), retrasos... que son propios del trabajo humano, que suele ser bastante volàtil (segun el dia que tenemos, se trabaja más o menos).

Con esto querria denotar que los nodos que tienen margen 0, de cara a la empresa, no deberian existir, ya que es mucho más productivo preveer un margen (por poco que sea), para asi evitar retrasos en el producto final del proyecto, con las consecuencias que eso puede acarrear.

clementetb dijo...

A l'hora de portar a terme una activitat productiva sempre està bè plantejar-se el cami a seguir per tal de poder preveure els possibles inconvenients que podem trobar.

En aquest cas el metòde PERT mostra clarament que ens permet preveure aquests problemes i també el temps de reacció que tenim...

Toni Cañabate dijo...

Isaac, no creo que ninguna empresa vaya a permitir que los proyectos, sistemáticamente, no tengan un camino crítico. Los imprevistos del tipo de los que hablas hay que:
- Estar preparado para los más comunes de forma que la empresa se dote de mecanismos para que no afecten a la marcha del proyecto. Un empresa de consultoría no puede decirle a su cliente que le va a retrasar un mes la entrega de un proyecto para tener en cuenta la posibilidad de que uno de los miembros del equipo de trabajo se ponga enfermo. Perdería el proyecto y se lo darían a otra empresa de consultoría que tiene suficientes recursos para substituir a la persona que se ha puesto enferma. Yo no contrataría los servicios de una empresa que me ofrece tanto riesgo de retraso.
- Para otros imprevistos lo que hay que hacer es "meterlos" dentro de las estimaciones de consumo de recursos de las tareas de forma "políticamente correcta". En lugar de dejar margen entre tareas, cosa que no es políticamente correcta, es mejor incluir un cierto porcentaje de consumo de recursos que permita tener en cuenta esos imprevistos más habituales y que, por tanto, requerirán un consumo de recursos seguramente, si no en una tarea en otra. Un ejemplo, tiempo para resolver errores de codificación, ha que contar con ello porque los habrá y habrá que dedicarle recursos, igual no en todas las tareas, pero en algunas seguro.

Por último, para los imprevistos más peregrinos y para los que es imposible protegerse, simplemente hay que aceptar que este es un mundo del que es imposible eliminar el riesgo a un coste razonable. Si luego da la remota casualidad de que a la empresa le cae un meteorito encima, mala suerte, contra eso no se puede hacer nada.

Anónimo dijo...

xDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD