¿Sabes Cómo Evaluar un Programa de

Proyectos?
¿Sabes Cómo Evaluar un Programa de Proyectos? Como fue expuesto en el
artículo niveles de programación, existen dos instituciones internacionales que
nos dan lineamientos de estándares de gestión de proyectos aceptados por
variadas industrias, estas son la AACE y el PMI. Estas organizaciones en textos
de publicación propia (ver referencias) nos indican las buenas prácticas o
prácticas recomendadas para evaluar la calidad de nuestros programas y así
asegurarnos de contar con una buena herramienta de control. A continuación
daremos una pincelada a este tema para explicarles el enfoque de estas dos
organizaciones respecto a la evaluación de la calidad del programa.

Evaluación del Programa Según la AACE

La AACE en su publicación «Recommended Practice No. 78R-13 Original
Baseline Schedule Review – As Applied in Engineering, Procurement and
Construction» entrega parámetros para evaluar la línea base del programa
enfocado en proyectos que incluyen ingeniería, suministros y construcción. Ésta
práctica recomendada no considera evaluar un programa en ejecución, se orienta
en la revisión de la calidad e integridad del programa línea base.

El proceso de evaluación recomendado por la AACE se compone de grupos de

revisión detalladamente descritos que nos permitirán analizar de manera
exhaustiva el programa elaborado.

Principios generales:
 Integridad: todo el alcance del trabajo debe ser incluido.

 Responsabilidad: cada actividad debe incluir un responsable.

 Exigibilidad: debe existir obligación de implementación de las

especificaciones del programa.

Entregables mínimos:
 Descripción escrita del programa.

 Copia electrónica del programa línea base.

  Reportes impresos, según requerimiento.

 Gráficas según lo requerido por la especificación del programa (curva S,

histograma, etcétera).

Pre-análisis del programa:

 Debe existir una identificación adecuada del programa.

 El programa debe calcular las fechas.

 Se debe evitar una fecha de término impuesta al programa.

 La actividad final debe representar el término de acuerdo a lo establecido

en el contrato.

 La fecha de estado debe ser igual a la fecha inicio del proyecto.

 La unidad de duración debe ser adecuada para el tipo de proyecto.

 Revisar la moneda asignada.

 Comprobar la fecha de inicio de la semana.

 Revisar el calendario.

 Verificar todos los ajustes (settings).

 No debe existir actividades fuera de secuencia.

 Revisar método de programación (ejemplo: CPM).

 Chequear la holgura total.

 Identificar la ruta crítica.

Análisis del proyecto:

 Revisión del número total de actividades.

 Porcentaje de actividades críticas o cercanas a críticas.

  Distribución de actividades.

 Hitos contractuales.

Análisis de actividades:
 Revisar que las fechas sean incorrectas.

 No debe existir fechas reales en el programa línea base.

 Se debe usar la lógica inicial y no incluir cambios posteriores al inicio del

proyecto.

 Si el software utilizado permite ingresar fechas planeadas directamente no

existe problema en hacerlo, si es que no interfiere con el cálculo de fechas
tempranas y tardías.

 Revisar que el tipo de actividades sean las adecuadas.

 Se debe asegurar que el tipo de porcentaje completado sea el adecuado.

 Revisar si existen holguras negativas.

 Debe existir una codificación de actividades.

 Se debe revisar las duraciones.

Lo descrito es sólo una pequeña parte de los grupos de revisión que expone la
AACE en su publicación, existen muchos otros, tales como: a) Chequeo de la
descripción de las actividades, b) Análisis de la codificación de actividades, c)
Revisión de la codificación de la WBS, d) Chequeo de relaciones, e) Análisis de
lag y leads, f) Revisión de restricciones, g) Análisis de costos, h) Revisión del
LOG, i) otros.

Evaluación del Programa Según el PMI

De acuerdo al PMI, en su publicación «Practice Standard for Scheduling» se
debe evaluar la calidad del programa con la herramienta «Conformance
Assessment Scoring Table» (Tabla de Puntuación para la Evaluación de
Conformidad), la que establece cuatro criterios que deben y/o pueden ser
analizados:
 1. Core Required Components (CRC) o Componentes Principales
Requeridos.

2. Resource Required Components (RRC) o Componentes Requeridos

de Recursos.

3. EVM Required Componentes (ERC) o Componentes Requeridos

del EVM (Gestión del Valor Ganado).

4. Risk Required Components (KRC) o Componentes Requeridos del

Riesgo.

5. Optional Components (OPT) o Componentes Opcionales.

La siguiente imagen muestra la cantidad de componentes por cada criterio que

están establecidos en el estándar. Se divide en «Requerido» que contempla sólo
el CRC, «Condicionales» que incluye RRC, ERC y KRC, y «Opcional».

Existe un total disponible de 103 elementos, lo primero que debes hacer es

definir cuáles incluir en tu evaluación. CRC es requerido, por lo tanto, los 36
componentes deben estar en tu programa.

Respecto a los condicionales debes establecer si alguno de los tres es requerido

para incluirlo en la evaluación. Finalmente para el opcional tú debes definir si lo
incluyes o no en la revisión.

En la siguiente imagen se muestra un ejemplo de la Tabla de Puntuación para la

Evaluación de Conformidad, esta incluye sólo algunos de los 103 elementos
incluidos en el «Practice Standard for Scheduling» del PMI.
«R» es requerido y «O» es opcional.

Referencias
Recommended Practice No. 78R-13: Original Baseline Schedule Review – As
Applied in Engineering, Procurement and Construction, 2014, AACE.

Practice Standard for Scheduling, Segunda Edición, 2011, PMI.

Pantalla completa
Ampliar todo
11. Diez Datos y Tips Esenciales para Primavera P6
13. Archivo de Project para el Ejercicio
Descripción general
Preguntas y respuestas
Notas
Anuncios