Web Proyectics

jueves, 19 de abril de 2012

Líneas de Base

He recibido una consulta sobre las líneas de base de costos, líneas de base de cronograma y las reservas, preguntándome la relación entre ellas.

Un proyecto se inicia con un Enunciado del Trabajo del Proyecto (Project Statement of Work), que es el documento que prepara el Patrocinador (Sponsor) del proyecto, donde describe los alcances del producto, servicio, o resultado que desea.  El Enunciado del Trabajo del Proyecto sirve para preparar el Acta de Constitución del Proyecto (Project Charter), que básicamente es el documento que analiza si los beneficios que producirá el producto, servicio o resultado descrito en el Enunciado del Trabajo del Proyecto, valen la pena ejecutar.  En paralelo, se identifican a los interesados del proyecto, con el fin de conocer sus necesidades y expectativas (inicialmente a un nivel general, y luego, durante la planificación, a un nivel más detallado).  También se define una Estrategia para la Gestión de los Interesados. Toda esta información se registra en el Registro de los Interesados. Una vez, aprobada el Acta de Constitución, el Director del Proyecto, pasa a preparar el Plan para la Gestión del Proyecto.

El Plan para la Gestión del Proyecto, es un documento que contiene una serie de componentes, que tratan diversos temas, tales como,

  • Alcances. Se define lo que el proyecto va a producir (que son los entregables del proyecto), y la estrategia para gestionar dichos entregables (cómo se van a definir los requerimientos que se convierten en entregables, cómo se van a gestionar los cambios a los alcances, cómo se controlará que los alcances producidos vayan de la mano con la velocidad de ejecución y con los costos desembolsados, etc). Los entregables del proyecto se describen mediante tres documentos, que se denominan La Línea Base del Alcance: La EDT, El Diccionario para la EDT y el Enunciado del Alcance del Proyecto.
  • Tiempos. Se define el cronograma del proyecto, que es el resultado de haber primero identificado las actividades (que son las tareas necesarias para producir un Entregable). Estas tareas se conectan en un diagrama de red para luego definir las duraciones de las actividades (que es el resultado de haber definido los recursos a utilizarse, y el procedimiento o proceso a seguir). Una vez que se ha definido la duración de las actividades, se calcula la ruta crítica, con el fin de definir cuando se podrá iniciar y terminar cada actividad.  En este proceso, se puede también definir una cantidad de tiempo de reserva a nivel de cada actividad, que luego se puede incluir al final de las cadenas de actividades críticas, como un colchón de protección. Este colchón se denomina reserva de Contingencia de Tiempos. Se calcula en base de las reservas de contingencia de Tiempos para CADA actividad. Este cronograma también se denomina la Línea de Base del Cronograma.
  • Costos. Se define el Presupuesto del Proyecto. Cada actividad usa ciertos recursos, y si costeamos cada actividad, y conocemos cuándo se va a ejecutar dicha actividad, podremos saber el costo total por unidad de tiempo (costo por semana o costo mensual).  Los costos de cada actividad pueden tener ciertos colchones de protección, que se asignan a nivel actividad o paquete de trabajo. Estos colchones se denominan Reservas de Contingencia de Costos. El costo por unidad de tiempo, que muestra los costos de las actividades y sus reservas de contingencia, se denomina Linea de Base de Costos. La línea base de Costos es el presupuesto de Costos Aprobado a cierta fecha. La Gerencia de la empresa puede agregar una “Reserva de Gestión“, que al añadirla a la  Línea de Base de Costos se convierte en el Presupuesto Total del Proyecto.   Si queremos ejecutar un proyecto para un tercero, será necesario entonces preparar un Precio de Venta, que incluya el Presupuesto del Proyecto, los Gastos Generales (Overhead), y una Utilidad.  


El Plan para la Gestión del Proyecto también incluye otros planes “subsidiarios“ tales como planes para la gestión de la Calidad, las Comunicaciones, Recursos Humanos, Riesgos, y Adquisiciones.




sábado, 31 de marzo de 2012

Planes de Contingencia y Planes de Respuesta

La Guía para el PMBOK(r) en su capítulo de Riesgos define un proceso denominado “Desarrollar el Plan de Respuestas a los Riesgos“, que tiene como objetivo preparar las estrategias que permitirán Mitigar, Transferir, Eliminar, o Aceptar los Riesgos con efectos NEGATIVOS,  o Incrementar, Generar Alianzas, Explotar o Crear (Exploit), y Aceptar los Riesgos con efectos POSITIVOS.

Estas estrategias se implementan mediante una serie de Actividades que generan Entregables. Por lo tanto, la EDT del Proyecto deberá de revisarse luego de planificar las respuestas a los riesgos.

Y qué son los Planes de Contingencia??
Los planes de contingencia son planes que se definen para implementarse en caso ocurra un riesgo, que a pesar de haber sido tratado mediante alguna de las Estrategias de Respuesta, ha afectado, o podría afectar al proyecto.

Por ejemplo, un proyecto que tiene como entregables Documentos de Diseño, podría haber definido como un riesgo importante “Errores en los Planos“.  Si este riesgo hubiese sido muy importante para el proyecto, seguramente que el equipo hubiera definido dos  Estrategias de Respuesta:

  • “Asegurar la contratación de personal calificado para la realización de los diseños“.  
  • “Contratar un Seguro contra errores en los diseños“, con el fin de Transferir los riesgos financieros que dichos errores podrían causar.


Ahora, a pesar de haber ejecutado dicha estrategia, podrían ocurrir errores.  En dicho caso, el equipo debería tener un plan de contingencia, como por ejemplo, tener a la mano lista de otros proveedores de ingeniería para poder contratarlos en momentos de emergencia..


martes, 27 de marzo de 2012

El Presupuesto del Proyecto - Según Draft 5ta Edición PMBOK

El borrador para comentario de lo que será la 5ta Edición de la Guía para el PMBOK(r), ha aclarado el concepto del presupuesto usando un gráfico similar al siguiente,
El Estimado del Costo de Cada actividad se calcula sumando los costos de todos los recursos asociados a la actividad.

El costo de cada paquete de trabajo, es igual, a la suma del costo de cada actividad, más la reserva para contingencias de cada una de las actividades.

El costo de cada cuenta de control es igual a la suma del costo de cada Paquete de Trabajo, más la Reserva para contingencia para cada una de las actividades.

La suma de los costos de las cuentas de control, incluyendo sus reservas, se denomina la Línea Base de los Costos. Este es el monto al cual se hará responsable el Gerente del Proyecto.

El Presupuesto del Proyecto, se calcula añadiendo una Reserva de Gestión a la Línea de Base de los Costos.  

La reserva de Gestión es un monto que sirve para expresar el nivel de incertidumbre que el Patrocinador del Proyecto tiene, luego de haber recibido el presupuesto preparado por el gerente del proyecto.




jueves, 23 de febrero de 2012

PMBOK 5ta Edición - Exposure Draft

Hace unos días, el PMI (www.pmi.org), ha publicado el “Exposure Draft“ de la siguiente versión de la Guía para el PMOBK(r) (A Guide to the Project Management Body of Knowledge). El objetivo de este documento es presentarlo a los profesionales miembros del PMI para que la revisen y generen sus comentarios.

Quisiera comentar sobre los cambios con respecto a los Procesos y Areas de Conocimiento.
Quizás el cambio más importante es que se ha añadido una nueva área de conocimiento, denominada “Project Stakeholder Management“, que tiene el código 13, con los siguientes procesos,

  • 13.1 Identificar a los Interesados (que en la versión de la Guía para el PMBOK(r) pertenecía al capítulo 10,  Gestión de las Comunicaciones del Proyecto.
  • 13.2 Planificar la Gestión de los Interesados
  • 13.3 Plan la relación con los interesados (Plan Stakeholder ENGAGEMENT). Realmente la palabra Engage, es más que relación (mi traducción). En inglés se usa la palabra ENGAGE al momento de COMPROMETERSE en matrimonio.
  • 13.4 Gestionar la relación con los interesados (Manage Stakeholder Engagement)
  • 13.5 Controlar la Relación con los Interesados (Control Stakeholder Engagement)

Otra novedad muy importante es que ahora se ha formalizado el desarrollo de los planes para la gestión de los alcances, tiempos, y costos, que en la versión anterior se exigía pero estaba inserta en la introducción a dichos capítulos. Es decir, ahora tenemos los nuevos procesos,
  • 5.1 Planificar la Gestión de los Alcances.  Aquí se ha añadido un ejemplo de una matriz para la trazabilidad de los requerimientos.
  • 6.1 Planificar la Gestión del Cronograma
  • 7.1 Planificar la Gestión de los Costos
Los contenidos de dichos planes son los mismos básicamente que en la versión anterior.

Otro elemento importante es el ítem 1.6 Valor del Negocio (1.6 Business Value).  Esta nueva sección de dos páginas trata la importancia del proyecto de generar valor para las organizaciones como objetivo principal. De nada sirve terminar a tiempo, cumpliendo los presupuestos, etc. si el proyecto no añade valor a la organización.

En el capítulo de Alcances, el proceso que anteriormente se denominaba Verificar el Alcance, ha sido re-nombrado como “Validar el Alcance“.

Si usted tiene algún comentario sobre la nueva versión de este estándar, puede ingresar a la página web del PMI y enviar dichos comentarios.



viernes, 4 de noviembre de 2011

Adecuada gestión de los riesgos

Un ingrediente importante para ayudar a asegurar el éxito en los proyectos es asegurar una adecuada gestión de los riesgos.
La gestión de los riesgos tiene dos grupos de procesos: a) Procesos requeridos durante la planificación del proyecto, y b) Procesos requeridos durante la ejecución y control.
La guía para el PMBOK(r) contiene una descripción detallada de los procesos requeridos durante la planificación. Lamentablemente para el momento del control no existe un nivel adecuado de detalle.

Para ayudar a los gerentes de proyectos a supervisar y controlar los riesgos, Parviz F. Rad y Ginger Levin, publicaron un instrumento en su libro Metrics for Project Management. Formalized Approaches.
En dicha lista, se sugiere que para supervisar y controlar el proceso de gestión de riesgos, se hagan las siguientes preguntas,
  • Se han planificado las respuestas a los riesgos de acuerdo a lo planificado?
  • Las respuestas a los riesgos fueron tan efectivas como se planificó?
  • Se requirieron nuevas respuestas?
  • Los supuestos del proyecto fueron válidos?
  • Se usaron los disparadores de los riesgos?
  • Se siguieron las políticas y procedimientos con respecto a los riesgos?
  • Se analizaron las solicitudes de cambio para determinar si los cambios aprobados generaron nuevos riesgos o cambios en riesgos previamente identificados?
  • Se prepararon reportes en riesgos posibles a lo largo del proyecto?
  • Se incluyó el ítem Gestión de Riesgos en la agenda de las reuniones del equipo?
  • Cuando cambió el alcance del proyecto, el cambio fue evaluado con respecto a los posibles impactos en los riesgos?
  • Se realizaron auditorías a los riesgos?
  • Se usaron los resultados del análisis de valor ganado para determinar si se requería actualizar el análisis de los riesgos?
  • Se analizaron los reportes de estatus del proyecto para determinar si hubieron impactos en los procesos de gestión de los riesgos?
  • Fue necesario usar soluciones ad-hoc (workarounds) para riesgos no identificados o riesgos aceptados?
  • Fue necesario usar el plan de contingencia?
  • Se emitieron solicitudes de cambio para manejar los workarounds o planes de contingencia?
  • A lo largo del proyecto, se compararon las reservas de contingencia remanentes con la cantidad de riesgo remanente para ver si las reservas eran adecuadas?
  • Se preparó un repositorio o base de datos de riesgos?
  • Se actualizó la lista de riesgos típicos (checklist)?
  • Se recolectaron lecciones aprendidas de los resultados del análisis y respuestas a los riesgos?
  • Se analizaron las plantillas para la Gestión de Riesgos de la Organización con el fin de determinar si se requería modificarlas para beneficio de proyectos futuros?.

Estas reflexiones anteriores, ayudarán a los gerentes de proyectos a supervisar y controlar mejor los riesgos de sus proyectos.

jueves, 20 de octubre de 2011

I Congreso Cloud Computing

Estoy asistiendo al I Congreso en Computacion en nube (cloud computing), que se llevará a cabo en la UPC.

Los expositores son,
Ing. Ruben Wong – EMC (Cloud Computing: evolución y no revolución)

Ing. Juan Pablo Seminario – HP Perú, Ecuador, Bolivia (Cloud Computing: el futuro de las TIs como un servicio)

Ing. David Tolosana – Oracle (estrategias Oracle para cloud computing)

Ing. Víctor Valle – Telefónica (cloud computing: casos de éxito)

Ing. Sergio Victorio – Microsoft ( plataforma de desarrollo en la nube: Windows Server y SQL Server Azure)

Ing. Eduardo Falcone – IBM Perú (cloud computing, before and after)

Ing. Enzo Angeles – CISCO (CISCO Unified Computing System, Networking Computing and virtualization: all performing as one)

La pregunta que me hago es: cual será el impacto de cloud computing en la vida de un gerente de proyectos, y en general de cualquier persona?

miércoles, 12 de octubre de 2011

Riesgos e Incertidumbre

En estos días me he inscrito a un curso muy interesante sobre inteligencia artificial. Los riesgos tienen que ver con el nivel de incertidumbre en el entorno.

Por lo general asociamos incertidumbre con falta de información, pero existen también otras elementos que generan incertidumbre, que podemos clasificarlos en,


  • Límites en los sensores del medio ambiente (es decir en la capacidad del observador de captar toda la información disponible del entorno)
  • Ignorancia
  • Adversarios
  • Ambiente estocástico (un sistema que funciona por el azar)
Una definición interesante de la Inteligencia Artificial (AI por sus siglas en inglés), es la disciplina que trata la incertidumbre y la gestiona mediante una adecuada toma de decisiones.

Entonces, podríamos hablar de herramientas adecuadas de AI para la gestión de riesgos en Proyectos.

miércoles, 5 de octubre de 2011

Steven Jobs

Me acabo de enterar  acerca de la muerte de Steven Jobs, fundador y gran líder de Apple.

Mi primer acercamiento con un producto de Apple, fue en el año 1978, cuando un amigo me contó que había salido una computadora personal que te permitía hacer tus propios programas, sin tener que depender de un centro de cómputo. Era la Apple II. Esta computadora tenía una hoja de cálculo, lenguaje de programación BASIC, y era realmente fácil de usar. Tenía 48k de memoria!! Algo impensable..

Luego, en el año 1983, en un viaje a USA, visitando una feria de computación, tuve la suerte de ver la LISA. Era una computadora con entorno gráfico (la primera de tipo comercial), y fué la primera vez que ví un procesador de texto que corría con ventanas, mouse, capacidad de cambiar los fonts, etc.. Lamentablemente el precio era de casi 10,000 dólares, que para la época era demasiado..

En el año 1987 cuado estudiaba en USC, tuve la oportunidad de utilizar una Macintosh, y de usar los primeros programas para crear Hipertextos (el  HyperCard). Con el HyperCard se podían crear documentos interconectados, y los estudios que hicimos en aquella época (tanto en Los Angeles como en Singapur, en el Institute for Systems Sciences) ayudaron a impulsar el desarrollo de las páginas web.

Hace un año volví a explorar la MAC, esta vez con una MacBook Pro, que luego he compartido con una IPAD 2, que he empezado a usar para dictar mis clases, además de los usos tradicionales para comunicarse y ver fotos y vídeos.
Aquí un video sobre sus aportes en los últimos años,

En general todos estos productos han sido innovadores, y esta innovación no hubiese sido posible sin el Genio de Steve Jobs.

Pienso que será muy difícil igualar a Steve Jobs.

jueves, 22 de septiembre de 2011

Primavera Day

El día Martes 20 asistí al evento Primavera Day, invitado por Manuel Ortiz de Zevallos, Director de Verano, empresa Partner de Oracle para los productos relacionados con la Gerencia de Proyectos.

El día empezó con una bienvenida por parte de Manuel Ortiz de Zevallos, y de Cida Soares, LAD Sales VP  Primavera Solutions, Oracle do Brasil, quien habló de Primavera y Oracle.

Posteriormente, Sergio Szpeiter, un experto en Primavera, hizo una demostración del Primavera 8.1. Primero mencionó que Verano es una empresa experta en temas relacionados con gerencia de proyectos, que ofrecen servicios relacionados a Primavera, pero también tienen certificaciones de Microsoft. Asimismo distribuyen otros aplicativos como el Hard Dollar (presupuestacones), y Synchro (para conectar el Primavera con sistemas CAD para ver el cronograma avanzar y simultáneamente observar como el producto de la construcción se va generando. Esto se denomina 4D). También representan Autovue (que permite la gestión de documentos de ingeniería, para realizar redlining, y workflow de los procesos de diseño). Mencionó que la última versión de Pimavera tiene acceso Web, permite realizar workflow, y además combina herramientas de business intelligence.
La plataforma Primavera está integrada además del P6, por el Contract Manager, el P6 Analytics para preparación de reportes, una herramienta de BPM, Risk Analisys (para realizar simulación Monte Carlo), y permite integrarse con otras aplicaciones usando Inspire.

Luego, Martín Obando realizó una demostración del Software Contract Manager, también de Primavera, que permite gestionar todo el procesos de gestión de contratos y cambios al proyecto, pudiéndose contolar los diversos documentos (transmittals, submittals, RFI, planos, daily reports, actas de reuniones, cartas, etc.). La metáfora que usa el Contract Manager es el Ball In Court, es decir, todo el tiempo se puede tener un estatus de los pendientes (bolas en tu cancha).  El beneficio de usar Contract Manager, consiste en tener toda la información en una sola base de datos, evitando tener múltiples documentos en diversos ambientes (MS Excel, Word, correos electrónicos, etc. etc.).

El siguiente tema a tratar fue el Syncro, demostrado por Sergio Szpeiter. Pudimos ver como se relacionaba un cronograma en Primavera, con un diseño tridimensional. La idea es conectar cada elemento tridimensional con una actividad del Primavera. Luego se puede observar el avance del proyecto tanto en el Primavera, como en una maqueta virtual. Asimismo, se puede mostrar información (mediante el uso de colores), del estado de los entregables.  Es decir, si uno observa una pared de color ROJO, quiere decir que la pared está atrasada..

Luego, Paul Bennion, presentó el Hard Dollar, Versión 11, que permite estimar costos de proyectos de construcción, así como conectar los estimados con planos de Auto Cad. Esto permite simplemente seleccionar por ejemplo un área en un plano, y el sistema automáticamente genera un metrado, que se incluye en el presupuesto.  Si el presupuesto está conectado con el Primavera, y si tenemos los rendimientos, podemos tener una relación METRADO-Rendimiento-Tiempo.  Al cambiar los rendimientos, se modifican automáticamente los tiempos, y uno puede observar cómo se modifica la duración de una tarea, con el consiguiente efecto en los costos, y en la ruta crítica.

La siguiente presentación fue sobre Auto Vue, un manejador de documentos, pero lamentablemente el audio de la presentación no fue el más adecuado.
Finalmente, Sergio Szpeiter hizo una presentación del Primavera Risk Analisys, que permite asignar distribuciones de probabilidad a las duraciones de las actividades, pero además permite crear la escala de impactos, y de realizar el análisis cualitativo de los riesgos, y de asignar a cada actividad del cronograma los posibles riesgos que podrían afectar su ejecución.

jueves, 15 de septiembre de 2011

PMP Prep 7ma Edición, Rita Mulcahy, en Español

Si usted Desea un Curso In-House de Dirección de Proyectos, escríbanos a: informes@proyectics.pe. 

Ya salió la EDICION EN ESPAÑOL de la 7ma edición del libro de preparación para el Examen PMP, publicado por RMC, empresa que fundó Rita Mulcahy, quien falleció el año pasado. Ver más en el artículo que publicáramos.



El libro tiene las siguientes diferencias con respecto a la 6ta edición,
  • Introducción, donde se hace referencia a la muerte de Rita, y que la empresa está en buenas manos y que Rita Mulcahy, sabiendo de su muerte, realizó una planificación de riesgos para poder mitigar el efecto negativo en RMC. 
  • Se modifica la distribución de porcentajes asignados a las distintas áreas de conocimiento, y ya no existe la tabla donde se mostraba que un porcentaje del examen tenía que ver con preguntas relacionadas con responsabilidad profesional. Ahora dicho tema estará distribuído en las diversas preguntas.
  • En general los contenidos de los temas expuestos no han cambiado.
  • Se han añadido unas marcas para notar cuando un encabezado hace referencia a un proceso de la Guía para el PMBOK(r), y en este caso, indica el código del proceso.
  • Con respecto a las preguntas, diría que menos del 10% han cambiado, con respecto a la 6ta edición.
En general, mantiene la excelente calidad de las versiones anteriores, y sigue siendo el material de referencia para prepararse para el examen de certificación PMP.


Deseas prepararte para el examen de certificación PMP del PMI? Escríbenos para visitarte.