Auditoría del proyecto (auditoría de calidad de la programación DCMA)

También conocida como Auditoría de calidad de la programación y auditoría de calidad de la programación DCMA. Disponible en ProjectLibre Cloud.

Cree una programación de calidad en la que pueda confiar. Project Audit es la auditoría de calidad de la programación integrada de ProjectLibre. Evalúa automáticamente la estructura y la disciplina de su programación CPM mediante comprobaciones de estilo DCMA, identifica las debilidades y le permite ir directamente a las tareas que necesitan atención. El resultado es una programación más sólida para la planificación, la ejecución, la previsión, el valor acumulado, la gestión de recursos y el análisis de riesgo.

Para quién es: jefes de proyecto que necesitan una forma sistemática de identificar problemas estructurales de la programación, y cualquiera que cree o mantenga una programación CPM y necesite disciplina de calidad de programación durante todo el proyecto. Especialmente importante en las programaciones que se usan para ejecución, informes de estado, valor acumulado, gestión de recursos, previsión y Monte Carlo. Las auditorías de calidad DCMA son obligatorias para los contratos gubernamentales de más de 20 millones de dólares; las mismas comprobaciones de estilo DCMA son buenas prácticas de control de proyectos ampliamente usadas mucho más allá de la contratación de defensa.

Es una revisión del modelo CPM vigente propia del jefe de proyecto / control de proyectos, no una función para los miembros del equipo (Mi trabajo).

Vea también: Diagrama de Gantt · Vincular tareas y dependencias · Vistas principales

Resumen

Un diagrama de Gantt puede parecer completo y aun así ocultar problemas estructurales que distorsionan la ruta crítica, las previsiones y las decisiones de gestión: lógica ausente, margen de demora excesivo, duraciones largas, delimitaciones restrictivas, fechas no válidas y debilidades similares.

Project Audit trata la programación como un modelo de cómo se espera que se realice el trabajo. Analiza el modelo CPM real que ProjectLibre ya calcula (red, dependencias, ruta crítica, margen de demora, delimitaciones, fechas), no un ejercicio de hoja de cálculo aparte, y automatiza los conceptos de la evaluación de 14 puntos de la programación DCMA dentro de la propia programación del proyecto.

Qué le ayuda a hacer:

• Auditar la programación CPM

• Resaltar las tareas fuera de rango

• Corregir los problemas y volver a ejecutar la auditoría

• Crear una programación en la que pueda confiar

Por qué importa:

Tema	Qué gana
Mejor planificación	Exponer los problemas estructurales antes de que se conviertan en problemas de ejecución.
Previsiones más creíbles	Mejorar la confianza en que las fechas calculadas y los resultados de la ruta crítica son significativos.
Corrección más rápida	Ir directamente a las tareas que provocaron que fallara una comprobación.
Calidad continua	Volver a ejecutar la auditoría después de los cambios y a medida que evoluciona la programación del proyecto.

Programación del diagrama de Gantt CPM de ProjectLibre.

Cuándo usarla

Valiosa durante todo el proyecto:

• Al crear la programación

• Antes de una línea base

• Durante las actualizaciones

• Antes de las revisiones importantes

• Cada vez que cambia la lógica de la programación

• Especialmente antes de Monte Carlo — la simulación de riesgo es un uso posterior de una programación de calidad

Qué obtiene

La auditoría de calidad de la programación combina un gráfico de araña, un resumen de cumple/no cumple, umbrales y enlaces directos a las tareas afectadas.

ProjectLibre presenta esto de dos formas complementarias:

1. Perfil de auditoría con gráfico de araña (resumen del producto) — cada radio es una comprobación de calidad de la programación, con resultados que puede examinar y analizar en detalle.

2. Ventana de auditoría de calidad de la programación — una lista de cumple/no cumple con insignias de resumen, filas por comprobación, enlaces para ir a las tareas, acciones opcionales de corrección automática y un botón Volver a ejecutar.

El recorrido en video muestra la ventana con la lista. El producto actual añade además la visualización con gráfico de araña que se muestra en las capturas de resumen más abajo. Use ambos: el gráfico de araña para ver el perfil de un vistazo y la ventana con la lista para corregir comprobación a comprobación.

Gráfico de araña (perfil de auditoría)

Cada radio del gráfico de araña es una comprobación de calidad de la programación. Pase el ratón o haga clic en el gráfico de auditoría para entender una comprobación concreta. La parte superior del perfil resume la auditoría y explica cada comprobación. Los resultados por comprobación muestran el valor medido frente al umbral/límite/objetivo aplicable.

Ventana de auditoría de calidad de la programación

Abrir la auditoría desde la barra de herramientas del Gantt (consulte Cómo ejecutar, corregir y volver a ejecutar) abre una ventana titulada Auditoría de calidad de la programación.

La ventana (tal como aparece en el recorrido) incluye:

• Insignias de resumen en la parte superior — por ejemplo 4 CUMPLIDAS, 6 INCUMPLIDAS, 4 NO EVALUABLES (valores de la demostración).

• Un botón Volver a ejecutar en la cabecera.

• Filas por comprobación con una descripción, una insignia de estado, la métrica frente al umbral y enlaces a las tareas como Seleccionar N tareas en la cuadrícula.

• Acciones opcionales de corrección automática en algunas comprobaciones (ejemplos de la demostración: Poner a cero 1 adelanto, Relajar 2 a Lo antes posible).

Cumple, no cumple, precaución y no evaluable

Estado	Significado
CUMPLE	Dentro del límite de calidad (insignia verde en la ventana).
Cumple, cerca del límite	Cerca del límite.
NO CUMPLE	Fuera del límite (insignia roja en la ventana).
N/D	No se puede evaluar con los datos actuales (insignia gris en la ventana; también aparece como NO EVALUABLES en el resumen).

Algunas comprobaciones requieren una línea base guardada o una fecha objetivo de tipo Debe finalizar el. Si esos datos no existen, la comprobación se muestra como no evaluable en lugar de dar un resultado engañoso. En el recorrido, las métricas basadas en el estado (Fechas no válidas, Tareas incumplidas, Índice de longitud de la ruta crítica, Índice de ejecución de la línea base) muestran N/D sin una fecha de estado y una línea base guardada.

Umbrales

• Lógica ausente: umbral del 5%; valor medido en la demostración: 13%.

• Duración elevada: tolerancia del 5%; la demostración resaltó cuatro tareas largas (15 días, 50 días, 20 días, 46 días).

Ir directamente a las tareas

Use los resultados de la derecha (perfil de araña) o las filas por comprobación de la ventana para ir directamente a las tareas problemáticas. Las comprobaciones incumplidas pueden incluir un enlace como Seleccionar 39 tareas en la cuadrícula (redacción del resumen; N es el número de fallos). Haga clic en él para resaltar las actividades afectadas en la cuadrícula del proyecto.

Desde ahí, corrija la programación (por ejemplo, en la columna Predecesoras o cambiando la duración) y haga clic en Volver a ejecutar.

Evaluación de 14 puntos de la programación DCMA

ProjectLibre automatiza los conceptos de la evaluación de 14 puntos de la programación DCMA dentro del proyecto. Los nombres de las comprobaciones siguen el resumen del producto; se indican las etiquetas de la ventana del recorrido cuando aportan el texto de la interfaz.

#	Comprobación	Qué encuentra o evalúa
1	Lógica ausente	Actividades incompletas a las que falta una relación de predecesora o sucesora.
2	Adelantos	Relaciones con pospuesto negativo (adelanto) que pueden ocultar la lógica de la programación. Ventana: Adelantos (tiempos pospuestos negativos).
3	Pospuestos	Uso de tiempos pospuestos en las relaciones; señala cuando se abusa de ellos.
4	Tipos de relación	Si la red depende en exceso de tipos de relación distintos de fin a comienzo. Ventana: Tipos de relación (proporción de fin a comienzo).
5	Delimitaciones rígidas	Delimitaciones restrictivas que pueden anular la lógica normal de la red.
6	Margen de demora elevado	Actividades con un margen de demora total inusualmente alto (puede indicar una lógica débil o incompleta).
7	Margen negativo	Actividades cuyas fechas calculadas entran en conflicto con fechas requeridas o delimitadas.
8	Duración elevada	Actividades de larga duración que quizá haya que dividir en paquetes de trabajo más manejables.
9	Fechas no válidas	Condiciones de fecha incoherentes con el estado de la programación y las reglas de avance.
10	Recursos	Carga de recursos, cuando la evaluación es aplicable. Ventana: Tareas sin recursos (informativo).
11	Tareas incumplidas	Usa la información de la línea base para identificar actividades que no cumplieron las expectativas de finalización planificadas.
12	Prueba de la ruta crítica	Si retrasar una actividad crítica desplaza adecuadamente el fin del proyecto.
13	Índice de longitud de la ruta crítica (CPLI)	Realismo de la ruta crítica frente a una fecha objetivo o de tipo Debe finalizar el, cuando existe.
14	Índice de ejecución de la línea base (BEI)	Compara las actividades completadas con las actividades que deberían haberse completado según la línea base.

Las métricas basadas en el estado (Fechas no válidas, Tareas incumplidas, Prueba de la ruta crítica, CPLI, BEI) cobran especial importancia una vez que el proyecto se actualiza frente a la línea base aprobada. En conjunto van más allá de las reglas de formato: ayudan a determinar si la programación sigue siendo lógicamente creíble y si la ejecución real está siguiendo el plan aprobado.

Recomendación sobre Duración elevada (recorrido): las actividades más largas que la pauta de DCMA son difíciles de medir y controlar. En lugar de una única actividad de 50 días, considere dividir el trabajo en etapas medibles como fabricación, inspección, aceptación en fábrica, pruebas y envío.

Cómo ejecutar, corregir y volver a ejecutar

Abrir Project Audit

1. Abra un proyecto para que el diagrama de Gantt esté a la vista (Diagrama de Gantt / Vistas principales).

2. En la barra de herramientas/cinta superior encima del diagrama de Gantt, haga clic en el icono que parece un documento/portapapeles con una marca de verificación y las letras DC.

3. Mensaje emergente: Auditoría de calidad de la programación (DCMA).

4. Se abre la ventana Auditoría de calidad de la programación.

Junto a él, en la misma barra de herramientas: Schedule risk analysis (Monte Carlo) — vea Auditar y después Monte Carlo.

Flujo de trabajo:

1. Crear o importar la programación — cree la programación CPM en ProjectLibre o impórtela desde otro sistema de programación.

2. Ejecutar Project Audit — abra Auditoría de calidad de la programación (DCMA) desde la barra de herramientas del Gantt como se indicó antes. El producto evalúa la programación frente a las comprobaciones de calidad de estilo DCMA.

3. Investigar y corregir — haga clic en Seleccionar N tareas en la cuadrícula (o en el enlace de resultados equivalente) para que las tareas problemáticas queden resaltadas en la cuadrícula. Corrija la programación, por ejemplo, añada una predecesora en la columna Predecesoras, ajuste la duración o use una corrección automática de la ventana cuando se ofrezca (Poner a cero 1 adelanto, Relajar 2 a Lo antes posible en la demostración). Recalcule según sea necesario.

4. Volver a ejecutar — use el botón Volver a ejecutar de la ventana (o ejecute de nuevo la auditoría) para confirmar que la calidad de la programación mejoró antes de basar decisiones en el modelo.

Ejemplo del recorrido (proyecto de la demostración: modernización de la red de una instalación segura):

• De los 14 puntos, la auditoría no se cumplió en lógica ausente, adelantos y delimitaciones rígidas; algunas comprobaciones se cumplieron. Ejemplo de resumen: 4 CUMPLIDAS, 6 INCUMPLIDAS, 4 NO EVALUABLES.

• Lógica ausente estaba en el 13% frente a un umbral del 5%. Al hacer clic en el enlace de las tareas se resaltaron las carencias en la cuadrícula. A la tarea independent safety review le faltaba una predecesora; al introducir la predecesora 3 en la columna Predecesoras y después Volver a ejecutar, el número de casos de lógica ausente bajó a tres.

• Duración elevada, con una tolerancia del 5%, resaltó cuatro tareas (15 días, 50 días, 20 días, 46 días). Tras un cambio de duración, Volver a ejecutar redujo las tareas de duración alta a tres.

Flujo de cierre del recorrido: ejecutar → identificar → corregir → volver a ejecutar.

Auditar primero la programación, después Monte Carlo

Una programación de calidad es la base de la simulación de riesgo. Flujo de trabajo:

1. Programar — construya el modelo CPM.

2. Auditar — encuentre las debilidades estructurales.

3. Mejorar — corrija los problemas y vuelva a ejecutar.

4. Monte Carlo — simule la incertidumbre sobre la programación ya reforzada.

En la barra de herramientas del Gantt, Schedule risk analysis (Monte Carlo) está junto a Auditoría de calidad de la programación (DCMA). Una simulación recalcula repetidamente la programación CPM bajo incertidumbre; si la red subyacente tiene lógica ausente, margen de demora excesivo, duraciones poco realistas o delimitaciones restrictivas, el análisis puede ser estadísticamente sofisticado pero basarse en un modelo débil. Una lógica más sólida mejora el análisis de la ruta crítica, la planificación de recursos, la previsión y el análisis de riesgo Monte Carlo.

Aviso legal

Project Audit de ProjectLibre usa comprobaciones de calidad de la programación de estilo DCMA como ayuda de diagnóstico. No es una certificación ni un aval gubernamental. La auditoría ayuda a identificar debilidades de calidad de la programación y respalda una mejor disciplina de programación; no es una certificación gubernamental de la programación del proyecto.

Vea el recorrido

Vea: DCMA Project Quality Audit (5:04) — software de gestión de proyectos ProjectLibre.

El video explica la auditoría de calidad de la programación y las comprobaciones prácticas que hay detrás, incluidos la ventana Auditoría de calidad de la programación, el acceso directo a las tareas en la cuadrícula y Volver a ejecutar. El producto actual añade además la visualización de gráfico de araña que se muestra en las capturas anteriores.

Resumen: use Project Audit para probar, mejorar y verificar la programación durante todo el proyecto, y para proporcionar una base más sólida para la ejecución, la previsión, el valor acumulado, la gestión de recursos y el análisis de riesgo Monte Carlo.