ASTA POWERPROJECT – BIM 4D DESDE CERO

¿Tienes un modelo 3D y no tienes cronograma?

Asta Powerproject te ayudará a producirlo de una manera extremadamente fácil.

¿Quieres saber más acerca de este software?

¿Necesitas una presentación personal para tu empresa?

No dudes en contactarnos en nuestra web,

envíanos un correo a: jluna@metacontrol.com.pe

o llámanos a los teléfonos: +511 6735216, +51 965393894

Con mucho gusto atenderemos todas tus consultas

Para ver más videos visita nuestro canal de YouTube

Síguenos en Facebook para estar enterado de todas las novedades en control de proyectos, ingeniería y construcción.

ASTA POWER PROJECT – LA DEMOCRATIZACIÓN DEL BIM

El #BIM4D fácil llegó a la planificación de construcción de la mano de Asta Powerproject y de la manera más sencilla del mundo. #BIMparaTodos. Chequéalo en nuestro siguiente video:

Para más vídeos visita nuestro canal de YouTube

Síguenos en Facebook para estar enterado de todas las novedades en control de proyectos, ingeniería y construcción.

ASTA POWERPROJECT – MÚLTIPLES TAREAS POR LÍNEA

Las tareas repetitivas DEBEN ser programadas en una sola línea. Nunca antes tuvimos la oportunidad de planificarlas así, como ahora con Asta Powerproject. Mira nuestro video:

Para más vídeos visita nuestro canal de YouTube

Síguenos en Facebook para estar enterado de todas las novedades en control de proyectos, ingeniería y construcción.

ASTA POWERPROJECT – PROGRAMANDO CON METRADOS

¿Alguna vez quisiste utilizar los metrados o cantidades de las tareas en tus cronogramas? Asta Powerproject es el único software que te permite hacerlo. Descubre cómo en el siguiente video:

Para más vídeos visita nuestro canal de YouTube

Síguenos en Facebook para estar enterado de todas las novedades en control de proyectos, ingeniería y construcción.

AS LATE AS POSSIBLE ¿ES REALMENTE UNA RESTRICCIÓN?

alap

Por: Felix Soto Morales

Cuando a los planificadores se les enseña a programar cronogramas de proyectos con algún software, suelen aprender que “hay que evitar el uso de restricciones”.  Es una regla que todos los schedulers hemos escuchado alguna vez.

En mis clases, me gusta más decir que uno debe minimizar el uso de restricciones; sin embargo, cuando hay la necesidad de usarlas, pues debes hacerlo.  No es para nada malo usarlas.  El problema es que con el aumento del uso de restricciones, la malla (la red de actividades entrelazadas entre sí por relaciones lógicas) empieza a tener cada vez menos lógica.  Y es que las restricciones limitan la lógica, ya que colocas una fecha en donde la actividad iniciará o terminará debido a un evento externo del alcance de nuestro proyecto o debido a un evento que no podemos controlar.  Ejemplo: la entrega de la fabricación de un modular realizada por un proveedor externo. 

Para el ejemplo expuesto, se suele colocar un hito “entrega de modular” con una restricción del tipo Finish On (Debe finalizar en), que luego se enlaza con el montaje de dicho modular, obras sanitarias, etcétera.  Entonces, se ha colocado un fecha externa, que no es producto del cálculo desde ninguna actividad predecesora, en otras palabras “no hay lógica”.  Por supuesto, estoy usando la terminología coloquial… ¡Claro que tiene lógica!

El hecho es que las restricciones cambian los cálculos de inicio o fin de las actividades porque se les coloca una fecha externa impuesta y este cambio hace que la lógica entre las actividades se altere en mayor o menor medida.  Mucho ojo, dependiendo de la restricción, se puede romper o no la lógica de las actividades.

Pero, ¿qué hay de los tipos de “restricción” que nunca alteran la lógica del cronograma?  De hecho son dos tipos:  el primero, es el que da título a este post, la “restricción” As Late As Possible (ALAP) o Tan Tarde Como Sea Posible.

Esta mal llamada restricción se puede colocar en las actividades sin la necesidad de determinar una fecha.  Lo que hace esta imposición es colocar las fechas de la actividad hasta lo mas tardío posible, en otras palabras, hasta que su holgura libre se haga Cero.

Este tipo de imposición es muy usada por los programadores cuando quieren postergar adrede una actividad, pero sin afectar la lógica del cronograma.  Son realizadas sobre actividades poco importantes (actividades no críticas).  Entiéndase por poco importante a las actividades que no están en el camino crítico del proyecto.  Tiene que ser así, dado que si estuvieran en la ruta crítica, sería en vano colocarle esta imposición, ¿cierto?

Te propongo un par de ejemplos de uso:

  1. Por temas de flujo de caja decides retrasar una actividad que tiene holgura y mucho costo.
  2. Postergas la fabricación de tanques hasta poco antes de montarlos.  La actividad que precede al montaje es la cimentación de las bases de los tanques y también la fabricación, sin embargo la ruta más larga pasa por las bases.  Puedes fabricar los tanques mucho antes y almacenarlos o hacerlos justo antes de montarlos.

La fechas van a cambiar colocando la imposición “ALAP” pero no restringe nada.  Las actividades que tengan la imposición ALAP se mueven “libremente” dentro de su holgura. Por lo tanto, realmente NO son restricciones.  Si reprogramas y la holgura de las actividades se hace menor, entonces su capacidad de moverse también será menor.  En las otras restricciones, una vez que colocas la fecha, hagas lo que hagas, la programación se moverá debido a esa fecha de restricción.

A partir de ahora, te pido que dejes de llamar restricciones a las imposiciones “As Late As Possible” y las uses como una técnica de programación saludable, sin ningún problema.

Te comento que algunas veces me han rechazado cronogramas por presentar algunas imposiciones ALAP, pero lo han hecho por desconocimiento, porque se han pegado a la regla estricta de evitar el uso de restricciones.  En el 99% de los casos, los convenzo con una simple conversación, pero en alguna oportunidad me han mostrado los estándares de la empresa y he tenido que cambiarlo todo aún cuando sé que están equivocados.  C´est la vie!

Es un conocimiento adquirido tras años de experiencia planificando proyectos, pero si todavía lo dudas, mejor te muestro la segunda restricción que no necesita de colocación de la fecha.

Se trata de la restricción As Soon As Possible (ASAP).  Estoy seguro de que has escuchado este término muchas veces, pero ¿sabías que también es una imposición?

En algunos softwares la colocan -en la mayoría no-, porque es la posición estándar o por default de la actividad.  Y claro, todos queremos que nuestro proyecto acabe ASAP o Lo Más Temprano Posible, esa es la razón por la que ni siquiera se menciona, de hecho esta implícita. Pero ASAP también es una “restricción” en los software de programación.  Para nosotros, a partir de ahora, que sea una imposición.

¿Dirías que las actividades que programas en su estado por default, es decir ASAP, tienen restricción?  No lo creo.  Entonces por qué llamarías restricción a la posición tardía o ALAP, si tampoco no restringe nada.

Deseo que esta información te pueda servir mucho en tu trabajo.

ACERCA DE VALOR GANADO

valor-ganado

Por: Felix Soto Morales

La aplicación de la Teoría de Valor Ganado para el control de proyectos es bien difundida en todo el mundo, ésta se basa en el control de tres parámetros:  la performance, el plazo y los costos del proyecto.

Buscar información en la internet de esta teoría es muy sencillo así como su aprendizaje.  La mayoría de empresas usa índices CPI o SPI para reportar el estado o salud del proyecto en un punto dado de medición.  Sin embargo, -y menciono esto basado en el gran número de empresas que he podido visitar- no aplica la teoría completa de la técnica de Valor Ganado.

Para mí, EVM consiste en dos partes bien diferenciadas:

¿Cómo está mi proyecto? Esta parte de la técnica es aplicada por las empresas sin problemas, involucra recolección de datos, análisis y presentación de los mismos en dashboards a veces muy bien elaborados y vistosos.

¿Cómo finalizará mi proyecto? Aquí hacemos el rol de un Nostradamus del siglo XXI e intentamos predecir cómo acabará el proyecto, dado el estatus identificado en la primera etapa del análisis de Valor Ganado.

En esta última etapa de predicción de datos, es cuando muchas empresas dejan la técnica para iniciar su propia metodología, muchas veces nacidas de forma empírica.  Y ¿eso está mal?  Por supuesto que no.  Pero me pregunto ¿por qué no confiamos en esta parte de la técnica como lo hacemos con la primera?

¿Será que cuando hay datos 100% reales, podemos seguir una teoría al pie de la letra, pero cuando encontramos incertidumbre o datos que no son 100% comprobables, decidimos dejar la teoría para buscar nuestros propios caminos?  Sinceramente, no lo sé.

La técnica de predecir con Valor Ganado es sencilla y bastante confiable, hasta donde la he aplicado.  Sin embargo, su extrema sencillez hace que a veces no podamos explicar los resultados y no nos sintamos tan seguros a la hora de reportarlos.

A continuación explico cómo se predice con la técnica de valor ganado una vez obtenidos los datos de la primera etapa (recolección de datos y análisis):

La pregunta del millón de los gerentes de proyectos es: ¿Cuánto será el costo real de mi proyecto?  Al inicio del proyecto se tiene un presupuesto.  Éste, por sus siglas en inglés se llama Budget at Completion o BAC.  Es también llamado el valor planeado total del proyecto o PV.  A medida que el proyecto progresa, todos lo supuestos tomados para hacer el presupuesto son validados o descartados, por tanto se producen variaciones.

Se debe hacer entonces un nuevo estimado del costo total del proyecto.  Este estimado toma en cuenta las condiciones actuales del proyecto y toda la experiencia acumulada a la fecha.  Este nuevo estimado se llama Estimate at Completion (EAC) o Estimado al fin de proyecto.  El EAC responde pues a la pregunta del millón.  Incluye todo el dinero gastado a la fecha (AC-Costo Actual) y el estimado de lo que queda por gastar (ETC) Estimate to Complete.

Entonces,   EAC= AC + ETC

Como el costo actual (AC) es inamovible, es el ETC sobre el cual podemos obtener resultados diferentes o con incertidumbre; sin embargo, la técnica del valor ganado es clara en hallar los diferentes ETCs que podemos obtener.  A continuación, los cuatro métodos mayormente usados (aunque existen otros):

Método 1

Considera que cualquier costo ocurrido para completar las tareas del proyecto son un caso aislado y no se piensa que tenga que ver nada con la performance futura.  Por lo tanto, pensamos que lo que queda por hacer debería ir acorde con lo presupuestado originalmente.

ETC1 = BAC – EV (donde EV es el valor ganado a la fecha).

Método 2

Considera que lo ocurrido hasta la fecha explica muy bien el escenario futuro.  De esta manera, procedemos a extrapolar la tendencia.

ETC2 = (BAC – EV) / CPI

Si el CPI ha sido malo (menor a 1), obtendremos valores por encima del presupuesto original y diremos que estamos mal en dichas partidas o en todo el proyecto según sea el caso, si el CPI es mayor a 1, obtendremos valores de ahorro.

Método 3

Involucra al plazo como componente base de los cálculos de proyección.  Así, si el proyecto está atrasado, será necesario un esfuerzo de aceleración para acabar a tiempo.  Esta aceleración costará dinero, por lo tanto se utilizará el índice SPI.  Si el proyecto está adelantado (SPI mayor a 1) significaría un ahorro, gracias a que se generaría menores costos al ahorrar tiempo.

ETC3 = (BAC – EV) / (CPI * SPI)

Método 4

Cuando no nos convence ninguno de los métodos anteriores podemos recurrir a generar un nuevo estimado completamente de cero, esto es común cuando se ha producido una aceleración del proyecto, hay cambios de alcance, el proyecto no se ha comportado en absoluto como pensamos originalmente, se ha cambiado los procesos constructivos, etc.

ETC4 = Nuevo estimado para el saldo del trabajo. (No hay fórmulas)

El equipo del proyecto usa cualquiera de los métodos que cree más apropiado para estimar el costo del trabajo que queda por hacer.

Siglas utilizadas en este post:

BAC: Budget at completion o presupuesto original o línea base

EAC: Estimate at Completion o Estimado a fin de proyecto

ETC: Estimate to Complete o Estimado del saldo

PV: Planned Value o Valor planeado

EV: Earned Value o Valor Ganado

AC: Actual Cost o costo actual

CPI: Cost Performance Index o Indice de Performance de Costo

SPI: Schedule Performance Index o Indice de Performance de Plazo.