CASO DE ESTUDIO MINSUR – IMPLEMENTACION DE POWERPROJECT BIM 4D EN PROYECTO B2

Click to access minsur-powerproject-bim-es.pdf

VEN RÁPIDO, SI NO…

Nunca había dado una conferencia tan tarde en mi vida, eran las 10 pm y estábamos recién en el primer break cuando un joven ingeniero se me acerca y me pregunta por qué ya no escribo posts.
Ciertamente son más de dos años que no escribo, pero este ingeniero me ha inspirado a hacerlo nuevamente (sí, gracias a tí estoy escribiendo ahora).  No sé si el constante trabajo me permita hacerlo continuamente como antes, pero al menos ya estoy rompiendo la inercia con este post.  Bien, ¡empecemos!

Hace unos años mi vida era bastante desordenada, solía salir hasta altas horas de la noche o mejor dicho hasta que las primeras luces del alba se hacían notar.  Muchas veces mi esposa y yo iniciábamos el trámite de alistarnos recién a las 2am para estar en las discos a las 2:45.  ¡Qué joven era!  Hoy por hoy se me haría muy difícil retomar un ritmo de vida así.  De hecho, no lo extraño.  Vivo muy tranquilo en familia escribiendo este post un sábado a las 10 de la noche.
Algunas veces salía sin mi esposa en modalidad “noche de patas” y recuerdo muy bien que tenía mi límite hasta la 1am para volver a casa, ese era el tope propuesto por ella cuando no salíamos juntos.
La mayoría de veces, alrededor de la medianoche, ella me llamaba para decirme “¿ya vienes?, si vienes rápido te doy tu premio”  ̶ lector, ojo que por premio mi esposa entendía servirme un generoso pie de manzana con helado de vainilla, mi postre favorito, con lo cual lograba dos cosas: que volviera más temprano del límite y que dejara de beber, ya que helado con alcohol no va ̶ .
Pero a estas alturas estarás pensando: ¿Félix retomó los posts para contarnos su vida privada? Pues no, éste no es un post de mis recuerdos.  De hecho, es bastante técnico:

Cuando mi esposa me decía “si vienes rápido (antes del límite) te doy un premio”, es lo que llamamos una aceleración dirigida.  En este caso mi esposa, en su calidad de Owner me pide a mí, el Contratista, que acelere a cambio de un premio.  En construcción ese “premio” se cotiza y se llama Change Order, el cual viene con su utilidad respectiva.  Este es el tipo de aceleración más armoniosa que puede haber en los proyectos, ya que el Owner es feliz porque su proyecto puede ser terminado antes de lo planeado y el Contratista también anota un extra en sus utilidades.  En otras palabras, mi esposa es feliz de tenerme en casa antes de tiempo y yo feliz por comer lo que más me gusta.
Algunas otras veces la noche estaba sosa o yo tenía muchas cosas que hacer al día siguiente, entonces, por propia voluntad y beneficio, regresaba a casa pronto.  Aquí estamos ante una aceleración voluntaria.  Esto se da cuando el Contratista, unilateralmente, decide acelerar su propio trabajo obteniendo algún beneficio, por ejemplo cuando tiene otro proyecto interesante y necesita transferir personal a este nuevo proyecto.  A veces, y he sido testigo de esto, el Contratista decide acelerar para tener mayor ingreso en su flujo de caja por un motivo específico.  La aceleración voluntaria, en principio, no debería costarle al Owner.  Sin embargo, algunos contratistas pueden proponer algún beneficio por dicha aceleración.  Algo así como: “Mi amor, ¿me das mi postre si llego temprano hoy?

Siguiendo el ejemplo de mi esposa, a quien adoro (debo poner énfasis en decirlo, ya que ella lee todos mis posts), les cuento esta situación que me pasó hace algún tiempo: Voy de regreso a casa cumpliendo con mi límite de la 1am y se me pincha un neumático.  Repararlo me tomaría unos 30 minutos extra, por lo tanto, la llamo y le explico lo que ha pasado y le anuncio que voy a llegar pasando la 1:30 am.  Es decir, pido mi extensión de plazoPero ella muy enfadada me dice: “¿qué?, ni hablar. Llegas aquí como sea a la 1am”.  Mi justificación es buena, al menos eso creo que yo, pero mi esposa no la acepta.  Lo único que me queda por hacer es apresurar la reparación del neumático y hacer todo el esfuerzo por recuperar esos 30 minutos perdidos para llegar a tiempo a toda costa, lo cual implica riesgos como manejar más rápido y con mucho estrés, ya que acostumbro manejar despacio.

  • Para que exista una aceleración constructiva se tiene que dar lo siguiente:
    – El Contratista experimenta un atraso excusable
    – El Owner tuvo conocimiento de tal atraso y fue notificado por el contratista en el tiempo apropiado, según contrato
    – La extensión de plazo fue denegada o postergada por el Owner
    – El Owner exige que el Contratista haga esfuerzos necesarios para finalizar el proyecto dentro del mismo plazo, sin considerar ninguna extensión de plazo
    – El Contratista incurre en costos adicionales debido a la aceleración.

¿Lo ven? Igual que en la situación con mi esposa, la aceleración constructiva es un clásico en los reclamos de construcción.  De hecho, ahora mismo debo revisar el reclamo de un Contratista que la ha sufrido, así que mi tiempo de escritura ha terminado.
La próxima vez que tu pareja te pida que regreses pronto a casa, pregúntate a ti mismo qué clase de aceleración es ésta.  Recuerda que existen tres tipos de aceleración: dirigida, voluntaria y constructiva; y un solo tipo de mujer que amo: mi esposa.
Hasta pronto.

Síguenos en: Facebook, LinkedIn, YouTube

CÓMO DISTINGUIR DE VERDAD LA LÓGICA DURA/BLANDA EN TU CRONOGRAMA

Por: Felix Soto Morales

Para mucha gente no es muy importante diferenciar entre la lógica dura y blanda a la hora de planificar sus cronogramas, aunque está muy recomendado en el PMBOK  del PMI y el TCM del AACE.  Déjenme explicar brevemente los conceptos a fin de profundizar en el tema que les traigo hoy.

Lógica Dura

Se trata de la lógica obligatoria, ya sea contractual o física.  Por ejemplo, al construir una columna todo el mundo sabe que el encofrado viene antes del hormigón, eso es una condición física y tal vez el planner pondrá una relación Finish-to-Start para representarlo en su cronograma.  La lógica contractual –por otra parte– se deriva del contrato en sí y muchas veces es un requerimiento del owner.  Digamos que el cliente quiere terminar un área específica antes que otra, esa necesidad se convierte en obligatoria, por lo que el contratista deberá seguir obligatoriamente esa secuencia de trabajo.

Ambas lógicas –física y contractual– son consideradas como duras u obligatorias, una porque sería imposible hacerlo de otra manera; y la otra porque es una necesidad del owner.

Lógica Blanda

Algunas veces conocida como lógica preferencial o discrecional.  Este es el tipo de lógica realizada por la mano del planner/scheduler.  Por ejemplo, después de cumplir con los requisitos del contrato en el cronograma, el contratista decide trabajar dos edificios en paralelo para darle un mejor uso a la grúa que es cara.  Sólo un edificio tiene fecha límite en el contrato, pero en vez de construir uno después del otro, él prefiere hacerlos al mismo tiempo.  Esa es la lógica discrecional o también llamada lógica blanda.

¿Es importante distinguir entre ellas?

Por supuesto que sí!, como planner prefiero evitar la lógica blanda lo más posible en la ruta crítica, pues con ella esa ruta podría cambiar fácilmente ya que durante los trabajos muchas decisiones pueden llevarnos a realizarlos de una manera diferente, porque nunca fue obligatorio hacerlo de un modo específico.

Desde el punto de vista del analista de programación forense, imagina que estás a punto de realizar una metodología Collapsed-As-Built, para demostrar un reclamo de extensión de plazo y escoges este método porque tal vez no tenías una línea base  con la que trabajar; entonces, una de las partes más difíciles para tí, como experto,  será retroceder en el tiempo sin ninguna idea de cómo estaban las relaciones originales en las actividades. Podemos deducir las físicas y las contractuales, pero  ¿qué pasa con las discrecionales? ¿Tendrás una voz que te diga al oído cómo sucedieron las cosas? ¿Los registros tendrán los suficientes detalles como para contarte la historia en esos casos?  Quizás no.

Una solución para tí

Por supuesto no es tan simple como poner notas o utilizar un campo definido por el usuario en tu cronograma de P6, eso no funciona, al menos para mí.  Hace algún tiempo empecé a usar Asta Powerproject al darme cuenta de que muchos expertos estaban migrando a esta herramienta. En Asta encontré la función que estaba buscando y procedo a mostrárselas:

El Paso 1 muestra los tipos de relación configuradas antes de iniciar la programación:

En el Paso 2, procedes a programar considerando el tipo de vínculo apropiado asignado a cada relación entre actividades.

En el Paso 3 sólo disfruta de los beneficios de haber distinguido todos los tipos de relación.

Arriba, muestro una relación contractual en azul, dos relaciones discrecionales en celeste y el resto son físicas en negro.

Como revisor de cronograma puedes desactivar la lógica dura para observar sólo la blanda y analizar qué es lo que el scheduler/planner/contratista ha escogido como ruta a seguir y dependerá de tí el aceptar, rechazar o sugerir algo nuevo para estas lógicas.

Con esto, el owner puede recibir un cronograma más transparente del contratista; o el analista forense podría tener una gran ayuda para realizar su metodología forense. Diferenciar los tipos de relación ayuda al equipo del proyecto a tener un cronograma más comprensible.

¿Crees que esto puede ser útil en tu empleo?

Síguenos en: Facebook, LinkedIn, YouTube

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

 

 

 

 

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