Activalink » pert http://www.activalink.net Blog de Gestión de Proyectos de Ervin Sarkisov PMP MBA :: Project Server :: EPM :: Primavera :: SharePoint :: Moss Thu, 02 Apr 2009 18:59:29 +0000 http://wordpress.org/?v=2.8.6 en hourly 1 Entorno mínimo de Gestión de Proyectos http://www.activalink.net/2009/01/16/entorno-minimo-gestion-proyectos/ http://www.activalink.net/2009/01/16/entorno-minimo-gestion-proyectos/#comments Fri, 16 Jan 2009 17:28:13 +0000 admin http://www.activalink.net/?p=363 Hace algún tiempo tuve la oportunidad de empezar un nuevo proyecto en un entorno sin formales herramientas de Project Management. 
 
Concretamente siempre busco que toda la solución MS Office Enterprise Project Management (EPM 2007) estuviera disponible para poder planificar con tranquilidad, monitorizar y controlar costes y fechas del proyecto comparando esfuerzo planificado con trabajo real y almacenar documentos en un repositorio centralizado, donde estuvieran disponibles para acceso remoto a través de SharePoint.
 
Los programas diseñados por Critical Tools tales como WBS Chart Pro y Pert Chart Expert resultan tremendamente útiles, aunque no son imprescindibles. El primer programa se integra a la perfección con MS Project Professional y permite construir de forma gráfica una WBS (Estructura de Descomposición de Trabajo). 
 
A continuación, exportando el resultado a Pert Chart Expert, los paquetes de trabajo se secuencian estableciendo dependencias y se organizan de manera gráfica para facilitar una vista sencilla de la planificación en base a una línea temporal. El resultado es parecido al diagrama de red de MS Project Professional aunque resulta más claro y sobre todo útil. Toda la planificación realizada se puede almacenar como un solo fichero MPP a partir del cual los dos diagramas pueden ser accedidos con un clic.
 
De todas estas herramientas como mínimo es necesario tener una solución para planificar, basta con MS Project Professional, una solución para gestión de versiones y configuración similar a Subversión (OpenSource) o Surround SCM (comercial).
 
]]> http://www.activalink.net/2009/01/16/entorno-minimo-gestion-proyectos/feed/ 1 Técnicas de compresión de planes de proyecto (Crashing, Fastracking, etc.) http://www.activalink.net/2007/08/06/tecnicas-de-compresion-de-planes-de-proyecto-crashing-fastracking-etc/ http://www.activalink.net/2007/08/06/tecnicas-de-compresion-de-planes-de-proyecto-crashing-fastracking-etc/#comments Mon, 06 Aug 2007 10:32:00 +0000 ervin http://192.168.1.31/wordpress/?p=6 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.

]]> http://www.activalink.net/2007/08/06/tecnicas-de-compresion-de-planes-de-proyecto-crashing-fastracking-etc/feed/ 4 Parte 3: Program Evaluation and Review Technique (PERT) http://www.activalink.net/2007/07/19/parte-3-program-evaluation-and-review-technique-pert/ http://www.activalink.net/2007/07/19/parte-3-program-evaluation-and-review-technique-pert/#comments Thu, 19 Jul 2007 09:25:00 +0000 ervin http://192.168.1.31/wordpress/?p=49 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.

Para poder contestar a esta pregunta vamos a seguir los siguientes pasos:

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.

]]> http://www.activalink.net/2007/07/19/parte-3-program-evaluation-and-review-technique-pert/feed/ 0 Parte 2: Program Evaluation and Review Technique (PERT) http://www.activalink.net/2007/07/12/parte-2-program-evaluation-and-review-technique-pert/ http://www.activalink.net/2007/07/12/parte-2-program-evaluation-and-review-technique-pert/#comments Thu, 12 Jul 2007 11:05:00 +0000 ervin http://192.168.1.31/wordpress/?p=46 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.

]]> http://www.activalink.net/2007/07/12/parte-2-program-evaluation-and-review-technique-pert/feed/ 0 Parte 1: Program Evaluation and Review Technique (PERT) http://www.activalink.net/2007/07/10/parte-1-program-evaluation-and-review-technique-pert/ http://www.activalink.net/2007/07/10/parte-1-program-evaluation-and-review-technique-pert/#comments Tue, 10 Jul 2007 10:16:00 +0000 ervin http://192.168.1.31/wordpress/?p=43 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 [β ó te – 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:

]]> http://www.activalink.net/2007/07/10/parte-1-program-evaluation-and-review-technique-pert/feed/ 1