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.




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

More posts at: www.



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.


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


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.



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.


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


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.



Por: Felix Soto Morales

Recién ahora que me ha sido otorgada la certificación como profesional en el Manejo de la Gestión del Valor Ganado, puedo escribir con autoridad acerca de lo necesario para obtener tal certificación.

Primero, debo decir que tuve que presentar el examen una segunda vez.  Sí, me jalaron.  La verdad es que, luego de dar en Santa Cruz, Bolivia, mi examen para PSP (Planning & Scheduling Professional) el cuál aprobé -diría yo sin mucho esfuerzo-, estaba muy confiado.  Me dije a mí mismo que si toda mi vida profesional he manejado este concepto y lo he trabajado en diferentes proyectos, ¿por qué me iría mal?  Así que casi sin prepararme, me lancé.  Con la misma confianza esperé los resultados y cuando llegaron: fueron una bomba a mi autoestima.  Yo?!  Que he dado asesorías de este tema durante tanto tiempo?!  A mí?!  Que he dado conferencias con respecto al manejo de los costos de proyectos con el método de Valor Ganado?.  No, esto no está pasando, debe haber algún error.

Afortunadamente, la AACE International envía a los que rindieron el examen y no aprobaron, un mail posterior mencionando en qué fallaste.  Mi sorpresa fue que en los conceptos teórico-prácticos que se toman a manera de opciones múltiples había aprobado.  Sin embargo, en la parte aplicativa del memorándum había fracasado.

Los de la AACEI no se cansan de anunciar que la parte del memorándum es muy importante y si uno no aprueba esa parte, simplemente no aprueba el examen, por más que haya aprobado la parte de alternativas múltiples.  Es exactamente lo que me sucedió a mí.

Pero, ¿de qué se trata el famoso memo?  Pues es muy simple, es un caso imaginario en donde tú eres el encargado del área de Valor Ganado, puedes ser jefe de Control de Proyectos por ejemplo; y debes reportar a una entidad superior (que puede ser tu jefe o el cliente) aquello que está sucediendo y exponer diferentes soluciones, así como una conclusión para el caso dado.

Parece simple, después de todo, muchos hemos hecho eso durante nuestra vida profesional, no se aleja en nada de lo que es escribir un e-mail.

Entonces ¿qué me pasó?, ¿Por qué fallé?

Un memo o un e-mail dirigido a un cliente es un documento formal.  Efectivamente, yo había escrito mi memorándum (en inglés) como si estuviese conversando con algún amigo de habla inglesa en un bar y con una cerveza en mano.  Mi memo no tenía nada de formalidad, había puesto incluso contracciones típicas del idioma inglés, pero que no deben ser empleadas cuando uno escribe formalmente.  Ese fue mi primer error y me lo observaron.  “No es un inglés profesional”, fue el comentario del AACEI.

El segundo error, y éste no me lo iban a perdonar jamás los revisores del AACEI, es que fui muy desordenado al escribir el memo.  Comencé dando mi punto vista, es decir con la conclusión, mostrando una serie de cálculos y proyecciones, con lo cual pensé que impresionaría.  Grave error.

El memo debe tener una estructura y seguir un patrón parecido al siguiente:

  • Presentar el problema
  • Discutir posibles soluciones
  • Hacer análisis de las posibles soluciones
  • Hacer una recomendación basada en el análisis realizado
  • Cerrar el memo.

Yo creo haber planteado en mi primer examen (el cual desaprobé), alguno de estos elementos, pero definitivamente todo lo puse sin orden o estructura alguna.

Para la segunda vez, fui preparado con esta estructura en mi mente y aun cuando el caso del memo fue muy diferente, tuve éxito.  Así que ahora soy Earned Value Professional acreditado.

Si tú trabajas con esta metodología para controlar tus proyectos, entonces te insto a que rindas el examen y que pertenezcas así a este grupo de especialistas de la gestión de valor ganado.

El mejor de mis deseos!

Más artículos en: www.



By: Felix Soto Morales

the-claw2Two of my major pleasures are: rock and traveling.  As a result, I have attended more than 100 concerts all over the world; the most amazing of them was —no doubt— U2 during his “360º” tour.  Watching a gigantic claw in the middle of a Stadium, was just spectacular.

During that whole two-year tour (2009-2011) around the world, a notorious fact was the sponsorship of BlackBerry.  You could see the advertising panels all over the stadium.

blackberry-vs-iphoneBack then, having a cellphone of that brand was “in fashion”.  While I had an IPhone, my colleagues used to tell me that, as an executive, I must use a BlackBerry; the “others” used IPhone.  Shortly afterwards, RIM, the company that manufactured BlackBerry stopped producing them and withdrew from the consumer market in such way that today we could affirm it has disappeared.  Nowadays it is dedicated to produce software for telephones almost anonymously.

Now, knowing the whole story, I can say that BlackBerry rested on its laurels; It didn’t react to the arrival of a new technology that would rule the world from that moment on: touch-screens.  It’s a whole case-study at universities that even motivated to write books1 .

When it comes to technology, the one who stays behind, who does nothing to go forward, disappears from the market, “au revoir”, “ci vediamo”, “chau”, “goodbye”.

Of course it is easy to say something about a fact that has already happened, as the saying goes: anybody is a Monday morning quarterback.  However, let me give you a forecast: the end of a story that hasn’t yet ended, you choose to believe it or not.  I believe so much in that future that I am getting ready for the change.

Let’s start:

In 1983 Primavera Systems is founded, its BlackBerry …excuse me, its main product was called Primavera Project Planner (P3), a very reliable software and very used in the construction world almost until the end of the first decade of 2000’s. I loved that software.

However, Primavera Systems needed to expand and, as Information Technology field has a lot more projects than Construction, in 1999 they decided to acquire Eagle Ray2, a company that manufactured a software oriented at IT projects, which had essentially two things: many features of P3 and also handled project portfolios, something its P3 didn’t do.  They called this new software —acquired and directed to the IT sector—, “P3e” (e for Enterprise) that evolved during the 2000’s as P3e, P4, P5 and the famous P6 that you are maybe using right now.  In the meanwhile, Primavera Systems left its firstborn P3 to focus on the new P6.  The fame of P3 aimed to construction was capitalized by P6, so, that’s how a software created for IT sector became quickly in the new standard for construction world.  As a matter of fact, I was a part of that change and as provider of the software I encouraged many P3 users to upgrade to P6.

In 2008, the powerful Oracle —with thousands of software in its portfolio— decided to acquire Primavera Systems, which by that time had three important products: P6, of course; Primavera Risk Analysis, result of the acquisition of an english company called Pertmaster; and Contract Management, directed to contracts in construction sector, well known as Expedition.  In that year I was an expert on those three software.

¿What happened with these software after Oracle’s acquisition? Nothing good, one day in 2013 they sent us a statement saying that Contract Management was no longer in use and it would be replaced by other of their acquisitions: the Skyre, better known today as Primavera Unifier.  You could say that from Primavera only the name had left in the contract category, because Unifier has nothing to do with Primavera.

In terms of risks, well, Primavera Risk Analysis —ex Pertmaster— was never updated anymore …excuse me, they changed the logo!  The software is so good, but having eight years without any improvement since it was acquired makes me think a lot.  In fact there was one more change besides the logo, they took away the Macros function, a feature loved by the most expert users of Pertmaster.

And ¿what happened with P6?, this story is more recent: they changed the logos and the database, which passed from SQL to Oracle and then came back to SQL   again because of the number of users that refused to use Oracle databases.  The web side of P6 was remodeled and improved, I have to say, but ¿how many people use the WEB function of P6? So few.

According to my own surveys with Latin-American, European and North American consultants, Professional version, the one you should know, is the most used.  However, this version hasn’t had major changes since 2008, at least none visible to common user, except for the reengineering of icons.  The fact of using or not using now the Java in the internal structure for example, is not of interest for the end user.  We need new features to make our life easier, but after eight (almost nine) years, nothing has happened and I don’t think it will.  Since the software isn’t perfect, at least in the construction world, the most capable users help us to discover how to fix those problems caused by software failures.

rip2What do you think is going to happen with software that has no real upgrades? That the only thing it does is to upgrade its version year after year without making any significant change for the user. What is going to happen when other software appears, actually leaded to construction and improving with each version? Well, here comes my opinion about the future: It will happen the same as Blackberry, it will be lost in time.

Nowadays, at least in Peru, P6 is still in full swing in the construction sector.  While in the past we were just three trainers to this software, now there are tens.  While before only the owners get trained in P6, today more and more contractors do it.  But, you know what? That wave is ending.

As a matter of fact, it’s already happening in other parts of the world, in Asia and Europe this subject is a reality: P6 isn’t the king.  And in North America, when DRMcNatty, one of the best american consulting company specialized in Primavera —I would say in the world—, starts betting on other software, then the subject is more than clear to me: the extinction of Primavera P6 es imminent.

Unfortunately, when it comes to technology, our corner of the planet is always the last to get it.  That’s why a few months ago I decided to represent one of these new software developments, which are captivating the world more and more.  I don’t want to wait for the wave to come alone, I want to attract it.

I recently visited an exhibition in London and I could see they are already on that wave, that ‘s what Expos are for!

Some people can say I’m predicting a black swan3; however, by the reasons exposed, I think it’s not about if change is going to happen here or not, but when.  The sooner we adapt to new tools, the sooner we will upgrade our standard in project controls field.

Project Controls Expo in London was a great opportunity to realize we have the same level of knowledge here.  The difference is the tools they have on hand.

But I will write about the Project Controls Expo in another post.  By now, I’m going to put on my shield against all the critics coming from P6 users for predicting the extinction of the most used planning software nowadays in the construction world.

1 Losing the Signal: The Untold Story Behind the Extraordinary Rise and Spectacular Fall of BlackBerry, by Jacquie McNish and Sean Silcoff

2 The P6 XER Files have this extension because of eXport Eagle Ray

3 The Black Swan theory or theory of events of Black Swan is a metaphor that describes an event that comes as a surprise and has a great impact (generally negative)

Follow us in: Facebook, LinkedIn, YouTube

Our web: www.  and our Blog


Por: Felix Soto Morales

the-claw2Dos de mis grandes placeres son: el rock y viajar.  El resultado ha sido asistir a más de 100 conciertos en distintas partes del mundo; el más impresionante de ellos fue —sin duda— el de U2 durante su gira “360º”.  Ver una garra gigantesca en medio del Sunlife Stadium de Miami, fue simplemente espectacular.

Durante toda esa gira de dos años (2009-2011) alrededor del mundo, un hecho bastante notorio fue el patrocinio de BlackBerry.  Podías ver su carteles por todo el estadio.

blackberry-vs-iphoneEn ese entonces tener un teléfono celular de esa marca estaba de moda.  Mientras yo poseía un Iphone, mis colegas me decían que como ejecutivo debía usar BlackBerry, los “demás” usaban Iphone.  Poco tiempo después, RIM, la empresa que fabricaba los BlackBerry dejó de producirlos y se retiró del mercado de consumo de tal manera que hoy podríamos afirmar que ha desaparecido.  Actualmente se dedica a hacer softwares para teléfonos casi en el anonimato.

Ahora, sabiendo la historia completa, puedo opinar que BlackBerry se durmió en sus laureles; no reaccionó ante la llegada de una nueva tecnología que gobernaría al mundo en adelante: las pantallas táctiles.  Todo un caso de estudio en universidades que hasta motivó a escribir libros1 .

Cuando se trata de tecnología, el que se queda atrás, el que no hace nada por ir hacia adelante desaparece del mercado, “au revoir”, “ci vediamo”, “chau”, “goodbye”.

Pero claro, es fácil opinar sobre algo que ya ha sucedido, como dice el dicho: todos somos generales después de la guerra.  Sin embargo déjame darte un pronóstico: el fin de una historia que aún no ha terminado, tú decides si lo crees o no.  Yo creo tanto en ese futuro, que desde ya me estoy preparando para el cambio.


En 1983 se funda Primavera Systems, su BlackBerry …perdón, su producto estrella, se llamaba Primavera Project Planner (P3), un software muy confiable y muy utilizado en el mundo de la construcción hasta casi finales de la primera década de los 2000’s. Me encantaba ese software.

Sin embargo, Primavera Systems necesitaba expandirse y como el sector Tecnologías de Información tiene muchísimos más proyectos que Construcción, en 1999 deciden comprar Eagle Ray2, empresa que producía un software dirigido a los proyectos de informática, que tenía esencialmente dos cosas: muchas características del P3 y además manejaba portafolios de proyectos, cosa que no hacía su P3.  A este nuevo software adquirido y dirigido al sector informático, lo denominaron “P3e” (e de Enterprise) y evolucionó durante los 2000’s como P3e, P4, P5 y el famoso P6 que se utiliza ahora.  En el camino, Primavera Systems dejó a su anterior hijo P3 para apostar por el P6.  La fama del P3 dirigido a la construcción fue capitalizada por el P6 y así, un software creado para el sector TI se convirtió rápidamente en un estándar en el mundo de la construcción.  De hecho, yo participé de ese cambio como proveedor del software y animé a muchos usuarios de P3 a optar por un upgrade al P6.

El 2008, la poderosa Oracle —que posee miles de softwares en su cartera— decide comprar Primavera Systems, que en esa época tenía tres productos visibles: el P6, obviamente; el Primavera Risk Analysis, producto de la compra de la empresa inglesa Pertmaster; y el Contract Management, dirigido a los contratos en construcción, muy conocido como Expedition.  Ese año yo era experto en esos tres softwares.

¿Qué pasó con estos softwares luego de la compra de Oracle? Nada bueno, un buen día del año 2013 nos mandaron un comunicado diciendo que el Contract Management no iba más y sería reemplazado por otra de sus adquisiciones: el Skyre, hoy conocido por todos como Primavera Unifier.  Se podría decir que de Primavera sólo quedó el nombre en el rubro de contratos, ya que el Unifier nada tiene que hacer con Primavera.

En cuanto a riesgos, pues bien, el Primavera Risk Analysis —ex Pertmaster— no fue actualizado nunca más …perdón, le cambiaron el logo!  El software es muy bueno, pero que tenga ocho años sin ninguna mejora desde su adquisición me hace reflexionar.  De hecho hubo un cambio más aparte del logo, le quitaron la función de hacer macros, una función adorada por los usuarios más expertos de Pertmaster.

Y ¿qué pasó con el P6?, esta historia es más reciente: cambiaron los logos y la base de datos, que pasó de SQL a Oracle y luego volvieron con la posibilidad de SQL ante la cantidad de usuarios que se rehusan a usar bases de datos Oracle.  La parte web del P6 fue remodelada y mejorada, debo admitir, pero ¿cuántos utilizan la función WEB de P6? Muy pocos.

Según mis propias encuestas con consultoras latinoamericanas, europeas y norteamericanas, lo que más se usa es la versión Professional, aquella que debes conocer.  Sin embargo esta versión no ha tenido mayores cambios desde el 2008, al menos ninguno visible para el usuario común, salvo la reingeniería de íconos que se hizo.  El hecho de que si ahora uso o no el Java en mi estructura interna, al usuario final no le interesa.  Necesitamos nuevas funciones, hacerle la vida más simple al usuario, pero nada de eso se ha dado y después de ocho (casi nueve) años, ya no creo que se dé.  Y como el software no es perfecto, al menos en el mundo de la construcción, los usuarios más capaces nos ayudan a descubrir cómo se puede resolver problemas ocasionados por deficiencias del software.

rip2¿Qué creen que va a suceder con un software que no se actualiza? Que lo único que hace es aumentar la versión año tras año sin hacer ningún cambio significativo para el usuario. ¿Qué va a pasar cuando aparezca otro software que sí mejora con cada versión y que esté verdaderamente dirigido a la construcción? Pues aquí viene mi opinión del futuro: Pasará lo mismo que con Blackberry, se perderá en el tiempo.

Hoy, por lo menos en mi país, el P6 sigue en apogeo en el sector construcción.  Mientras antes éramos tres instructores para ese software, ahora hay decenas.  Mientras antes sólo los owners se capacitaban en P6, hoy lo hacen cada vez más los contratistas.  Pero ¿saben qué? esa ola está terminando.

De hecho en otros lados del mundo ya está sucediendo, en Asia y Europa el tema es clarísimo, P6 no es el rey.  Y en Norteamérica, cuando DRMcNatty, una de las mejores consultoras americanas —yo diría del mundo— especialistas en Primavera, empieza a apostar por otros softwares, entonces el tema está más que claro para mí: la extinción de Primavera P6 es inminente.

Lamentablemente, cuando se trata de tecnología, nuestro rincón del planeta siempre es el último en recibirlo. Por eso, hace algunos meses decidí representar a uno de estos nuevos softwares que están cautivando cada vez más en otras parte del mundo.  No quiero esperar a que la ola venga sola, quiero atraerla.

Hace poco estuve en una exposición en Londres y pude ver cómo ellos ya están en esa nueva ola, para eso son las Expo!

Algunos pueden pensar que estoy pronosticando un cisne negro3, sin embargo por lo expuesto, pienso que no se trata de si aquí se va a dar el cambio o no, sino más bien de cuándo.  Mientras más pronto nos adaptemos a las nuevas herramientas, más pronto elevaremos nuestro estándar en el área de control de proyectos.

La Project Controls Expo en Londres me sirvió para darme cuenta de que aquí tenemos el mismo nivel de conocimiento que ellos, la diferencia son las herramientas que ellos tienen a su alcance.

De la Project Controls Expo escribiré en otro post, por ahora voy a ponerme mi escudo contra todas las críticas que recibiré por pronosticar la obsolescencia del software de planificación más usado actualmente en el mundo de la construcción.

1 Losing the Signal: The Untold Story Behind the Extraordinary Rise and Spectacular Fall of BlackBerry, de Jacquie McNish y Sean Silcoff

2 Los Files XER de P6 aluden a eXport Eagle Ray

3 La teoría del Cisne Negro o teoría de los sucesos del Cisne Negro es una metáfora que encierra el concepto de que cuando un suceso es una sorpresa, tiene un gran impacto (generalmente negativo)

Síguenos en: Facebook, Linkedin, YouTube

Nuestra web: www.  y nuestro Blog