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.

ACTIVITY ID – INTELLIGENCE IN SCHEDULES

activity-id

By: Felix Soto Morales

Several months ago, I started to write these posts (articles or however you might call them) in order to help people involved in Project Controls to improve their jobs in the construction sector, which is the one I am involved into.  Sharing knowledge is one of the things I really enjoy.  I didn’t know this, months ago.

I realized during these months that english speakers are more interested in these technical topics than spanish speakers. This is why -and in spite of my limited english (IELTS average 7, not too bad really)- I have decided to start writing my posts in english.  I wish this don’t represent a problem for our friends who have enjoyed the posts in spanish until today.

Now let’s get into this week’s topic: The use or not of intelligent activity IDs.

First of all, what is to give intelligence to an activity ID?

The identifier of the activity could be a number or group of characters alphanumeric or not. We say there is no intelligence for example in the table below:

activity-id-1

Notice that in this list, the activity ID is just a sequence of numbers, the increment could be 1 or 10, but still without meaning for the schedule.  It tells us nothing.

Now, let’s make a little but significant change:

activity-id-2

Although the logic and the structure of the schedule is the same (same finish date, logic, constraints, critical path, etc.); now, it is possible to understand through the activity ID what it is about.

In this case for example, the first three digits means the phase of the project:

ENG for Engineering

PRO for Procurement

CON for Construction

COM for Commissioning

The next three digits have a meaning also and they refers to the speciality:

ARC for Architectural

CIV for Civil

MEC for Mechanical

GEN for General

The next digits don’t have any meaning in the activity ID, they are just numbers sequenced.

But… How is this helpful?

The view or layout most used when presenting schedules is -with no doubt- the grouping by WBS.  Sometimes, when the schedulers want to point out something else, they use activity codes in order to have other alternatives for grouping.  For example, if your WBS structure that does not contain speciality, you can add an activity code called “speciality” and add their values to each activity and then group.  However, sometimes the layout requires a “clean” presentation, with no much grouping as could be one for analyze the critical path or grouping for activities to do each week.  In these cases, is important to identify and recognize the activity, and having a good ID is beneficial.

Another use for well defined Activity IDs, for me, is when I’m tracing the logic of activities, I prefer to use the network view (sometimes called Pert view) where you can only view the “box” that represent the activity.  It becomes easy to trace the logic in this layout especially when you recognize the activity very well.

activity-id-frame-3

Finally, remember the importance of the activity IDs in most softwares, it is unique, it is the index from which all the other data join: start and finish dates, durations, costs, logic, calendars and so on.  This ID becomes the “security social number” of the activity and every thing is related to it. Having intelligence in the ID is not mandatory but very helpful.

Thank you so much, and take a look at our website for other posts or tutorials.

SCHEDULES RISK TYPES

schedules-risk-types

By: Felix Soto Morales

Schedule risks are both threats and opportunities that affects in any way the project success.  Threats jeopardize the meeting of goals in projects, meanwhile the opportunities enhance the probability of achieve these same goals.

So, risks can have good or bad impacts to our project, but what kind of risk could we have in our project schedules?

There are mainly two, and i say “mainly” because some specialists mention  more, although these could be consider part of this.  These are DURATION UNCERTAINTY and RISK EVENTS.

In several risk management workshops I use to mention the following example to remark and understand the difference between uncertainty and events.  As it works, I proceed to give it to you.

If I ask you, how much time do you take to go from your home to the office, what would you answer? Let´s say 45 minutes is your answer.  You take that time almost all the times every day.  But almost is not always.  Sometimes you take 40 minutes maybe because you drove a little faster, other days you get it in 50 minutes just because you made a little stop to say hi to a friend, of course there are days in those you take just 45 minutes.  There is uncertainty in your “45 minute” response.  You just threw your best estimate.  Some called it “average”, although it is not.

Now let´s introduce something else, suppose that one day there is a car accident over the route and the route is closed.  You get stuck in the road.  You have to take another way to get to the office, this one is longer.  That day you took two hours to arrive. This time, an event has happened, and it made you arrive late for 1 hr and 15 minutes.  Out of any forecast.

The same thing happens to our scheduled activities, we give our best duration estimates but these are subject to uncertainty and events that could impact the schedule duration in a positive or negative way.

Modeling our schedule with this type of risk produce more realistic schedules

The treatment for each kind of these types of risk is different; uncertainty is treated with Montecarlo simulation which runs a large number of iterations based on the spread and the boundaries of the duration estimates, so that many combinations of durations are used.

Events may occur or not during your Project, the best way to model events is put them into a register, addressing the activities that impact, its probability of existence and the magnitude of its impact in the activities.  After this, you can run what- if scenarios with the risk events that have the most risk exposure (probability x impact) adding fragments to your Schedule and see the results.  If the event could really impact your project, it will be necessary to mitigate it in any way to reduce the risk.  Of course, this will cost you money.

Please read my post about creation of probabilistic schedules called “Probabilistic vs. Deterministic” to  get deep into the subject.  You can find it at our article section in our website.

More post at: www. metacontrol.com.pe/articles.html

PSP EXAM REVIEW

psp-exam-review

By: Felix Soto Morales

A few months ago, I wrote a post about the differences between PSP and PMI-SP exams, the first one is awarded by AACE and the second one by the Project Management Institute.  Both institutes aim to certify someone who has the skills in planning & scheduling for projects.  I wrote the post based on researching and after speaking with some colleagues who had taken those tests.  Now, that I just got my PSP credential, let me make a more accurate review about this exam.

This is an almost five-hour exam with three parts of multiple-choice questions and one written answer section.  One of the multiple choice part really gets deep into networking calculations skills; this is an every day issue planners have to face when they calculate their schedules and then review them, they need to master this in order to fix and understand scheduling problems.  For me, this was the most exhausting part of the exam, I think a basic calculator is needed, unfortunately I did not bring mine so I recommend that you bring one and ask the proctor if you can use it, do not try to use your cell phone, it is not permitted.

This test is a very practical exam with almost all questions based on reality of projects.  This is good news for people who work every day in scheduling, because you don´t really need to study for this exam, this is a test to verify all the skills you have learned as the role of planner & scheduler.  Of course, maybe you need to get some book to revise concepts that you have already learned and perhaps you do not know how to put it clear on a piece of paper e.g: the concept of free float.

Besides the multiple choice questions, you will be asked to redact a one page memorandum to communicate your imaginary boss, issues about some topic granted as well as proposing solutions.  This is the thinking part, I strongly recommend to leave this section to the end of the test, because once you start writing, you cannot stop being focus in such subject.  Leave at least 50 minutes for this part, make a draft with your ideas and then put them clear on the paper.  This is a very interesting section of the exam because it makes you think as a planner given a specific case.  If you are a project manager who never played the role of scheduler you will need to put on planner´s shoes otherwise you will fail this part.  Although the exam is given in English, you don´t need to be proficient in writing skills, remember that those who will evaluate you are planners as you and they care too much about how you can provide solutions for the case, not if you have or not grammar errors.  I´m sure they will understand.

In conclusion, this exam is a very good way to show you, your employer, your client or the owner that you possess scheduling skills and it is awarded by a very well recognized institution not just in north America but in the rest of the world too.

Try to find an AACEI’s chapter in your country or just look for information at www.aacei.org

More posts at: www. metacontrol.com.pe/articles.html

LES BASES DU PLANNING, C’EST QUOI?

bases-du-planning

Par: Felix Soto Morales

Ce document est connu en anglais comme BOS (Basis of Schedule).  C’est le plus important document pour connaître comme à été conçu le planning du projet.

Généralement, il est présenté comme un livrable au client.  Bien qu’il n’y a pas de consensus sur la forme de présenter ce document, je peux vous dire, qu’après plusieurs formes de présentations aux différents clients, qu’il y a des chapitres qui sont répétitif.

Stratégie d’exécution et suppositions

Nous devons décrire brièvement si le projet aura une exécution agressive ou en parallèle.

Description de la stratégie des contrats et principalement faire la description des travaux par zone ou spécialité.

Dates clé du projet

Créer une table avec les étapes les plus importantes du projet.

Le Chemin Critique

Listez et décrivez les activités qui sont dans le chemin critique.  Vous devez faire comprendre le client le chemin le plus long qui sort du calcul du logiciel.

Quelques-uns demandent le deuxième et troisième chemin critique.  Laissez le logiciel faire son devoir.

Calendriers et jours fériés

Citez les différents calendriers ajoutés au projet.  C’est habituel d’utiliser un calendrier pour les activités d’ingénierie et un autre calendrier pour les activités dans l’étape de construction.  Mentionnez aussi les jours fériés pris en compte.

Structure de la codification

Décrivez la codification du WBS du projet et aussi la codification des activités qui seront utiles dans les rapports.

Si vous avez donné quelque intelligence dans le code d’identificateur des activités, vous en devez les expliquer dans ce chapitre.

Quantités

Ajoutez ici les quantités qui ont été utilisées pour calculer les durées des activités.

Restrictions

Si vous avez mis des restrictions dans quelques activités, décrivez les raisons et comment elles impactent sur la logique entre les activités.

Analyse de risques

J’envisage de faire toujours ce chapitre, mais si vous êtes en train de faire le BOS pour la première fois, je vous recommande de ne pas le faire.

Il s’agit d’ajouter les opportunités et les menaces et comment elles impactent sur la durée du projet.

C’est très important d’arriver à une contingence de temps pour le projet.

More posts at: www. metacontrol.com.pe/articles.html

LAS BASES DE PROGRAMACIÓN ¿QUÉ SON?

bases-de-programacion

Por: Felix Soto Morales

Este documento, conocido en inglés como BOS (Basis of Schedule) es el documento más importante para conocer cómo ha sido diseñado el cronograma del proyecto.

Generalmente, es presentado al cliente al igual que un entregable.  Ya que no hay consenso en la forma de presentar este documento, luego de muchas veces de hacerlo para mis clientes, puedo decir que hay capítulos que son repetitivos. Menciono a continuación los más comunes:

Estrategia de ejecución y suposiciones

Debemos describir brevemente si el proyecto será una ejecución agresiva o fast-track.

Describir la estrategia de los contratos y principalmente hacer la descripción de los trabajos por zona o especialidad.

Fechas claves del proyecto

Colocar aquí una tabla con los hitos más importantes del proyecto y sus fechas de ocurrencia.

El Camino Crítico

Hacer la descripción de las actividades que están dentro del camino crítico.  El cliente debe lograr comprender el camino más largo que ha resultado del cálculo del software.

Algunos clientes exigen la explicación de un segundo o tercer camino crítico.  Deje que el software los calcule.

Calendarios y días festivos

Cite los diferentes calendarios añadidos al proyecto.  Es habitual utilizar un calendario para las actividades de ingeniería y otro para las actividades dentro de la etapa de construcción.  Mencionar también los días festivos considerados.

Estructura de código

Describir el código de WBS del proyecto y también el código de las actividades que servirán para los reportes.

Si le han dado alguna inteligencia en el código de identificador de las actividades, lo deberán explicar en este capítulo.

Métricas

Añadir aquí las cantidades que fueron utilizadas para calcular la duración de las actividades.

Restricciones

Si han puesto restricciones en algunas actividades, describir las razones y cómo afectan éstas a la lógica entre las actividades.

Análisis de riesgos

Siempre considero este capítulo, pero si estás haciendo la BOS por primera vez, te recomiendo que lo dejes.

Se trata de añadir las oportunidades y amenazas y cómo éstas afectan a la duración del proyecto.

Más artículos en: www. metacontrol.com.pe/articles.html