TVD AND IPD EASILY EXPLAINED

Video

TARGET VALUE DESIGN AND INTEGRATED PROJECT DELIVERY

In only 5 minutes you can understand a little more about Target Value Design and Integrated Project Delivery, with this didactical video.

More videos on our channel: YouTube

Follow us: Facebook 

Advertisements

HOW TO REALLY DISTINGUISH HARD/SOFT LOGIC IN YOUR SCHEDULE

By: Felix Soto Morales

Not too many people see the importance to differentiate between hard and soft logic when scheduling their programmes, although it is well referenced into PMI´s PMBOK and AACE´s TCM.  Let me explain the concepts in short in order to get deep into the subject I want to deliver.

Hard Logic

It is about mandatory logic either contractual or physical. For example, when building a column, everybody knows that formwork comes before pouring concrete, that is a physical condition, and maybe the planner will put a Finish-to-Start link to depict it into the schedule. The contractual logic on the other hand is derived from the contract itself and many times it is a demand from the owner; let’s say the client wants an specific area done before the other one, that need becomes mandatory so the contractor must follow that sequence of work, in other words it is mandatory.

Both, physical and contractual logics are considered as Hard or Mandatory logic, one because it would be impossible to do it some other way and the other because it is an owner necessity.

Soft Logic

Sometimes referred as preferential or discretionary logic.  These are the kind of logic touched by the hand of the planner/scheduler.  For example, after accomplish with contract requirements on the schedule, a contractor decides to work on two buildings in parallel because they will give a better usage to their expensive crane, only one building has a contract deadline, but instead building one after another, they prefer to do them at the same time. That is a discretional or called soft logic.

Is it important to distinguish among them?

Yes of course, as a planner I prefer to avoid much soft logic in the critical path, if so, that path will be easy influenced to be changed because during the work, decisions could lead us any other way just because it was never mandatory to follow that way.

From the forensic schedule analyst point of view, imagine you are about to perform a Collapsed-As-Built methodology in order to demonstrate an extension of time claim, and you chose this method because maybe you didn’t have a baseline to work with, then one of the most difficult part to you as an expert could be going backwards in time without any clue how the original link was in the tasks.  We can deduct contractual and physical ones but, what about the discretional ones?  Will you have a voice whispering how things happened? Will records have detail enough to tell you the story in these cases? Maybe they won’t.

A solution for you

Of course it’s not that simple as to put notes or use a user defined field on your P6 schedule, that doesn’t work, at least for me.  Some time ago I started to use Asta Powerproject because I started to realize many experts had changed to this tool.  In Asta I have found the feature I was looking for and I proceed to show you:

Step 1 shows the types of links I had configured before starting to schedule

On the Step 2 you schedule but considering the proper type of link assigned to each relationship between activities.

The Step 3 is to enjoy with the benefits of having distinguished all types of links

Above, I show one contractual link in blue, two discretionary links in sky-blue and the remaining are the physical ones in black.

Now, as a peer reviewer you can turn off hard logic to see only soft logic in order to analyse what the scheduler/planner/contractor has chosen as a path to follow, and it will depend on you to accept, reject or suggest something new for these logics.

With this, the owner could see a more transparent schedule coming from the contractor or the forensic analyst could have a huge help in order to perform his forensic methodology. Differentiating links types could help us in having a more comprehensible schedule for the project team.

Do you think this could be useful in your job?

Follow us: Facebook, Linkedin, YouTube

Our web: www. metacontrol.com.pe/articles.html 

LA HOLGURA DE LA RUTA CRÍTICA… ¿?

Por: Felix Soto Morales

“Las tareas que conforman la ruta crítica

tienen holgura cero”

Esa fue una de las primeras cosas que aprendí durante mi entrenamiento en planificación en la empresa donde ingresé a laborar allá a principios de los años 90. Y realmente creo que nadie pondría en duda ese axioma.

Pero ¿qué tal si te digo que a veces ciertas tareas contenidas en la ruta crítica pueden tener holgura? Seguramente pensarás: “Felix ya quemó cerebro”, “Su post sobre la extinción de Primavera lo dejó mal”.

Nada de eso, la facilidad que nos dan los software para modelar cronogramas que se acerquen cada vez más al modelo real de trabajo, muchas veces pueden hacer aparecer situaciones que talvez nos creen cierta dificultan de comprensión.

Te pongo un ejemplo concreto de lo que te puede suceder al trabajar con múltiples calendarios. A continuación he modelado una malla muy simple de cinco tareas.

En este caso, la ruta crítica pasa por las tareas A, B y E. Y también tenemos una ruta alterna no crítica que pasa por C, D y E.  Sin embargo, en la ruta principal (A-B-E) la tarea A tiene holgura, por lo que no se muestra en rojo.

Por si lo estás pensando, la malla de arriba no tiene ninguna restricción impuesta. Entonces ¿cómo es posible que una tarea de la ruta crítica (A) tenga holgura? La respuesta es: múltiples calendarios.

A continuación develo que las tareas B y C están sujetas a un calendario en donde hay dos semanas continuas de días no laborables, al cual he llamado “Frozen”.

La tarea A puede trabajar durante la etapa “frozen” pero como la tarea B no puede, entonces es postergada hasta el final de ese periodo, dándole una holgura de cinco días a la actividad A.  Es así que tenemos una ruta crítica con holgura; y en cronogramas complejos esto puede pasar a menudo y tal vez no te estés dando cuenta.

Por otro lado, abajo se puede apreciar que la ruta C-D-E, no debería ser un problema en cuanto a criticidad se refiere, siendo que la tarea D tiene aun 11 días de holgura.  Sin embargo al ver a C, (expuesta al calendario frozen) vemos que en realidad sólo hay un día de holgura.

En el cuadro de abajo he aumentado la duración de la tarea C en tres días, es decir a ocho días laborables:

El resultado es que los 11 días de holgura que poseía la tarea D se consumieron con tan sólo aumentar tres días en su ruta.  Por lo tanto, la nueva ruta crítica pasó a ser C-D-E.

Entonces, los efectos de los múltiples calendarios pueden llegar a confundirte.

Estas situaciones pueden suceder cuando utilizamos múltiples calendarios o también restricciones en un cronograma, pero no por eso debemos dejar de usarlos, ya que éstos nos ayudan a modelar el cronograma de trabajo de forma más cercana a la realidad. Sólo debes estar atento a lo que sucede en el cálculo y saber explicarlo.

Eso es todo, la próxima vez que veas que en tu cronograma ha desaparecido parte de la ruta crítica, no te asustes, respira hondo, sigue la ruta crítica con calma y encontrarás la explicación.

Síguenos en: Facebook, Linkedin, YouTube

Nuestra web: www. metacontrol.com.pe/articles.html  y nuestro Blog

 

EL USO DE LA ESTADÍSTICA INFERENCIAL EN LA GESTIÓN DE RIESGOS

Por: David Chigne

Dada la incertidumbre existente en la toma de decisiones,

es importante evaluar científicamente todos los riesgos implicados.

La estadística inferencial, a través de las distribuciones discretas

de probabilidad, nos proporciona toda una serie de valores

que describen la posibilidad de que un evento se presente en el futuro;

y… ¿de ésto no se trata la Gestión de Riesgos?

En primer lugar, quiero agradecer la invitación de este blog para escribir sobre un tema tan interesante como es maximizar las oportunidades y minimizar las amenazas en un proyecto con miras a una recompensa.  Para ello, en esta primera entrega quiero evidenciar las grandes potencialidades que nos brinda el uso de la estadística.

Muchas veces se piensa que la estadística implica únicamente resumir datos recogidos de eventos que se han presentado en el pasado (estadística descriptiva) para su análisis; sin embargo, también se enfoca en calcular la probabilidad de que algo ocurra en el futuro (inferencia estadística o estadística inferencial).

A través de un ejemplo sencillo les muestro cómo el uso de la información del pasado (que muchas veces es parte de los activos de los procesos de la organización) nos puede ayudar a tomar decisiones ante eventos en el futuro.

Para ello supongamos el caso de Enrique, Project Manager del proyecto de construcción de una subestación eléctrica (proyecto de 12 meses), cuyo objetivo es generar ahorros; y ha centrado su interés en evaluar los costos overhead del proyecto, entre los cuales se encuentra el contrato de seguros para toda la flota de vehículos de transporte

Enrique considera que es un gasto elevado dado que los conductores son personal capacitado.  Veamos los siguientes datos:

  1. Un análisis de compañías de seguros locales da a conocer que la oferta más baja para una cobertura de hasta 10,000 dólares por vehículo representa una cuota de 5,000 dólares anuales por la flota de autos con una prima de 150 dólares.
  2. Un análisis de accidentes de los últimos siete años de conductores capacitados y no capacitados arroja que existieron 24 accidentes en los cuales hubo necesidad de recurrir al seguro.  Con base en los siguientes costos reportados por el seguro:

¿Cómo podría Enrique emplear esta información para decidir si es recomendable contratar el seguro?, ¿vale la pena el ahorro considerando el riesgo?, ¿cuántos choques equivaldrían al costo de la prima anual según este escenario?

Análisis para toma de decisión

En primer lugar, con la finalidad de hacer una estimación que tome en cuenta el valor medio de un fenómeno aleatorio considerando las probabilidades, Enrique procede a hallar el Valor (Monetario) Esperado, asumiendo el valor más costoso del rango.  Este valor le permitirá definir un costo por accidente.

∑ Costo [P(x)]= Costo Esperado

∑ Costo [P(x)]=

$500*(0.375) + $1,000*(0.250) + $1,500*(0.167) + $2,000*(0.083) + $3000*(0.042) + $4000 *(0.0083)

∑ Costo [P(x)]= 125.00 + 375.00 + 250.00 + 166.67 + 125.00 + 333.33 = $1,375.00 (costo por accidente).

Luego en Excel –herramienta bastante útil para el uso estadístico– tenemos la función de distribución, cuya variable aleatoria (X = número de accidentes) es el número de veces que ocurre un evento en un intervalo definido (siete años) y donde la probabilidad de éxito de que ocurra el evento (accidentes) es muy pequeña, ya que se considera un suceso “raro” (choque).  Esta distribución es la descubierta por Siméon-Denis Poisson, que la dio a conocer en 1838 en su trabajo “Recherches sur la probabilité des jugements en matières criminelles et matière civile” (Investigación sobre la probabilidad de juicios en materia criminal y civil).

Esta distribución necesita la media (µ = l) y el número de ocurrencias del evento (X). Observando que en siete años hubo 24 accidentes, se puede afirmar que el promedio l por un año (el seguro tiene un pago anual) es de 24 accidentes/07 años = 3.42 accidentes/año.

Entonces, utilizando en Excel la función “Poisson.Dist”, definimos probabilidades para el número de ocurrencias anual y, considerando que se ha definido un costo por accidente  de USD 1,375.00, podemos hallar el valor monetario esperado por número de accidentes:

Sobre la base de los resultados y sabiendo que la empresa es del tipo risk seeking, Enrique decide no contratar el seguro; y dispone una reserva de contingencias asignada como “accidentes automovilísticos” de 2,600 dólares (generando un ahorro inicial de 2,400 dólares donde, en caso no se presente ningún accidente, será hasta de 5,000 dólares).  ¡Bien por Enrique que utilizó la estadística a su favor!

Análisis de resultados

Se conoce que el seguro cuesta 5,000 dólares al año.  Si el costo definido por choque al año es de 1,375, se necesitará cuatro accidentes para pagar más del monto de la prima ( 5,000 $ / 1,375 $ = 3.64 accidentes = 4).  ¿Cuál es la probabilidad de que ocurra este escenario, con base en la información histórica?

Para este caso Poisson es bastante útil.  Hallemos la probabilidad de que ocurran cuatro o más accidentes. Esta probabilidad es la suma de las probabilidades que se encuentran marcadas en rojo en la tabla de resultados = 25.95%. Considerando que esta organización es del tipo risk seeking, se determina que la probabilidad que ocurra el evento “4 o más choques” es baja, por ello deciden aprobar la decisión de Enrique de no contratar el seguro.  Sin embargo, Enrique igualmente decide aprovisionar 2,600 dólares considerando el Valor Esperado para un máximo de cuatro choques (este valor se obtiene sumando los valores marcados en verde en la tabla de resultados) para este riesgo.

Conclusiones

Como se aprecia, la estadística inferencial es una herramienta bastante útil.  Aun cuando la incertidumbre siempre está presente, es de interés para los stakeholders evidenciar cómo se tomó la decisión de NO contratar el seguro y cómo se realizó el cálculo para definir la contingencia del proyecto asociada a este riesgo.  Piense usted en todas las potencialidades que tiene a la mano al presentar esta información como un sustento válido en la toma de decisiones.

Finalmente, este escenario puede ser evaluado incluyendo otros puntos de vista o tomar otras fuentes de información, tales como la inflación en los valores, para lo cual se debería utilizar este valor anual y traer estos valores monetarios al día de hoy (pero el análisis sería el mismo), entre otros.

¿Te parece interesante su utilización en la gestión de riesgos?, por favor no dudes en hacerme llegar tus comentarios.

 

ASTA POWERPROJECT – EL ENGAÑO DE LA RUTA CRÍTICA

¿Sabías que la ruta crítica puede ser “engañosa”?.
Con Asta Powerproject nunca caerás en el engaño, gracias a su función exclusiva para detectar la verdadera porción crítica de las actividades. ¿qué esperas para cambiarte ya a Asta Powerproject?

¿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 POWERPROJECT – PLANTILLAS DE TAREAS

La función Task Pools de Asta Powerproject te permite simplificar, aún más el proceso de creación de los cronogramas en tus proyectos de construcción. Descubre qué fácil y rápido es en el siguiente video:

¿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 POWERPROJECT – COMPARACIÓN CON LÍNEA BASE EN BIM 4D

¿Sabías que comparar tu línea base con tu modelo actual es muy sencillo con Asta Powerproject? Compruébalo en el siguiente video:

¿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.