Auditoría de proxecto (auditoría de calidade da programación DCMA)

Tamén coñecida como Auditoría de calidade da programación e auditoría de calidade da programación DCMA. Dispoñible en ProjectLibre Cloud.

Constrúe unha programación de calidade na que poidas confiar. A Auditoría de proxecto é a auditoría de calidade da programación integrada de ProjectLibre. Avalía automaticamente a estrutura e a disciplina da túa programación CPM mediante comprobacións de estilo DCMA, identifica puntos débiles e permíteche afondar directamente nas tarefas que necesitan atención. O resultado é unha programación máis sólida para a planificación, a execución, a previsión, o valor acadado, a xestión de recursos e a análise de riscos.

A quen vai dirixida: Xestores de proxecto que necesitan unha forma sistemática de identificar problemas estruturais na programación, e calquera persoa que constrúa ou manteña unha programación CPM e precise disciplina de calidade da programación durante todo o proxecto. Especialmente relevante para programacións usadas en execución, informes de estado, valor acadado, xestión de recursos, previsión e Monte Carlo. As auditorías de calidade DCMA son obrigatorias para contratos gobernamentais superiores a 20 millóns de dólares; as mesmas comprobacións de estilo DCMA son prácticas recomendadas de control de proxectos amplamente usadas moito máis alá da contratación de defensa.

Esta é unha revisión de control de proxectos / xestión de proxectos do modelo CPM en vivo — non unha funcionalidade para membros do equipo (O meu traballo).

Ver tamén: Diagrama de Gantt · Vincular tarefas e dependencias · Vistas principais

Visión xeral

Un diagrama de Gantt pode parecer completo e aínda así ocultar problemas estruturais que distorsionan o camiño crítico, as previsións e as decisións de xestión: lóxica ausente, marxe excesiva, duracións longas, restricións limitantes, datas non válidas e outros puntos débiles similares.

A Auditoría de proxecto trata a programación como un modelo de como se espera que se realice o traballo. Analiza o modelo CPM real que ProjectLibre xa calcula (rede, dependencias, camiño crítico, marxe, restricións, datas) — non un exercicio de folla de cálculo separado — e automatiza os conceptos da avaliación de 14 puntos da programación DCMA dentro da programación do proxecto.

O que te axuda a facer:

• Auditar a programación CPM

• Resaltar tarefas fóra de rango

• Corrixir problemas e volver executar

• Construír unha programación na que poidas confiar

Por que importa:

Tema	O que gañas
Mellor planificación	Expón os problemas estruturais antes de que se convertan en problemas de execución.
Previsións máis fiables	Mellora a confianza en que as datas calculadas e os resultados do camiño crítico son significativos.
Corrección máis rápida	Afonda directamente nas tarefas que causaron o fallo dunha comprobación.
Calidade continua	Volve executar a auditoría despois dos cambios e a medida que a programación do proxecto evoluciona.

Programación CPM de ProjectLibre no diagrama de Gantt.

Cando usala

Valiosa durante todo o proxecto:

• Ao construír a programación

• Antes dunha liña base

• Durante as actualizacións

• Antes das revisións importantes

• Cada vez que a lóxica da programación cambia

• Especialmente antes de Monte Carlo — a simulación de riscos é un uso posterior dunha programación de calidade

O que obtés

A auditoría de calidade da programación combina un gráfico de araña, un resumo de aprobado/non aprobado, limiares e ligazóns directas ás tarefas afectadas.

ProjectLibre presenta isto de dúas formas complementarias:

1. Perfil de auditoría en gráfico de araña (visión xeral do produto) — cada radio é unha comprobación de calidade da programación, con resultados que podes inspeccionar e nos que podes afondar.

2. Diálogo de auditoría de calidade da programación — unha lista de aprobado/non aprobado con insignias de resumo, filas por comprobación, ligazóns de afondamento, accións opcionais de corrección automática e un botón Volver executar.

O percorrido en vídeo mostra o diálogo de lista. O produto actual tamén engade a visualización en gráfico de araña mostrada nas capturas da visión xeral de abaixo. Usa ambos: a araña para un perfil dunha ollada, a lista do diálogo para a corrección comprobación por comprobación.

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

Cada radio do gráfico de araña é unha comprobación de calidade da programación. Pasa o cursor ou fai clic no gráfico de auditoría para entender unha comprobación concreta. A parte superior do perfil resume a auditoría e explica cada comprobación. Os resultados por comprobación mostran o valor medido fronte ao limiar/límite/obxectivo aplicable.

Diálogo de auditoría de calidade da programación

Ao abrir a auditoría desde a barra de ferramentas do Gantt (consulta Como executar, corrixir e volver executar), ábrese un diálogo titulado Auditoría de calidade da programación.

O diálogo (como se mostra no percorrido) inclúe:

• Insignias de resumo na parte superior — por exemplo 4 APTAS, 6 FALLIDAS, 4 NON AVALIABLES (valores de demostración).

• Un botón Volver executar na cabeceira.

• Filas por comprobación cunha descrición, insignia de estado, métrica fronte a limiar e ligazóns de afondamento como Seleccionar N tarefas na grella.

• Accións opcionais de corrección automática nalgunhas comprobacións (exemplos da demostración: Poñer a cero 1 adianto, Relaxar 2 a O antes posible).

Apta, non apta, precaución e non avaliable

Estado	Significado
APTA	Dentro do límite de calidade (insignia verde no diálogo).
PRECAUCIÓN	Próximo ao límite.
NON APTA	Fóra do límite (insignia vermella no diálogo).
N/D	Non se pode avaliar cos datos actuais (insignia gris no diálogo; tamén se mostra como NON AVALIABLES no resumo).

Algunhas comprobacións requiren unha liña base gardada ou un obxectivo de data de fin obrigatoria. Se eses datos non existen, a comprobación móstrase como non avaliable en vez dun resultado enganoso. No percorrido, as métricas baseadas no estado (Datas non válidas, Tarefas incumpridas, Índice de lonxitude do camiño crítico, Índice de execución da liña base) mostran N/D sen unha data de estado e unha liña base gardada.

Limiares

• Lóxica ausente: limiar 5 %, medida de demostración 13 %.

• Duración alta: tolerancia 5 %; a demostración resaltou catro tarefas longas (15 días, 50 días, 20 días, 46 días).

Afondar nas tarefas

Usa os resultados do lado dereito (perfil de araña) ou as filas por comprobación no diálogo para saltar directamente ás tarefas problemáticas. As comprobacións non aprobadas poden incluír unha ligazón como Seleccionar 39 tarefas na grella (redacción da visión xeral; N é o número de fallos). Fai clic nela para resaltar as actividades problemáticas na grade do proxecto.

Desde alí corrixes a programación (por exemplo na columna Predecesoras ou cambiando a duración) e volves executar.

Avaliación de 14 puntos da programación DCMA

ProjectLibre automatiza os conceptos da avaliación de 14 puntos da programación DCMA dentro do proxecto. Os nomes das comprobacións de abaixo seguen a visión xeral do produto; as etiquetas do diálogo do percorrido anótanse onde engaden redacción da interface.

#	Comprobación	O que atopa / avalía
1	Lóxica ausente	Actividades incompletas sen unha relación de predecesora ou sucesora.
2	Adiantos	Relacións de atraso/adianto negativo que poden ocultar a lóxica da programación. Diálogo: Adiantos (atrasos negativos).
3	Atrasos	Uso de atraso nas relacións; sinala a dependencia excesiva del.
4	Tipos de relación	Se a rede depende excesivamente de tipos de relación distintos de Fin a comezo. Diálogo: Tipos de relación (proporción de fin a comezo).
5	Restricións ríxidas	Restricións limitantes que poden anular a lóxica normal da rede.
6	Marxe alta	Actividades con marxe total inusualmente alta (pode indicar lóxica débil ou incompleta).
7	Marxe negativa	Actividades cuxas datas calculadas entran en conflito con datas requiridas ou restrinxidas.
8	Duración alta	Actividades de duración longa que poden necesitar dividirse en paquetes de traballo máis xestionables.
9	Datas non válidas	Condicións de data incoherentes coas regras de estado e progreso da programación.
10	Recursos	Carga de recursos onde se pode aplicar a avaliación. Diálogo: Tarefas sen recursos.
11	Tarefas incumpridas	Usa a información da liña base para identificar actividades que non cumpriron as expectativas de finalización planificadas.
12	Proba do camiño crítico	Se atrasar unha actividade crítica despraza axeitadamente o fin do proxecto.
13	Índice de lonxitude do camiño crítico (CPLI)	Realismo do camiño crítico fronte a un obxectivo ou data de fin obrigatoria cando existe.
14	Índice de execución da liña base (BEI)	Compara as actividades completadas coas actividades que deberían terse completado segundo a liña base.

As métricas baseadas no estado (Datas non válidas, Tarefas incumpridas, Proba do camiño crítico, CPLI, BEI) vólvense especialmente importantes unha vez que o proxecto se actualiza fronte á liña base aprobada. Xuntas van máis alá das regras de formato: axudan a determinar se a programación segue sendo loxicamente fiable e se a execución real está a seguir o plan aprobado.

Orientación sobre a Duración alta (percorrido): as actividades máis longas que a directriz DCMA son difíciles de medir e controlar. En vez dunha única actividade de 50 días, considera dividir o traballo en etapas medibles como fabricación, inspección, aceptación en fábrica, probas e envío.

Como executar, corrixir e volver executar

Abrir a Auditoría de proxecto

1. Abre un proxecto para que o diagrama de Gantt quede visible (Diagrama de Gantt / Vistas principais).

2. Na barra de ferramentas superior / cinta por riba do diagrama de Gantt, fai clic na icona que semella un documento/portapapeis con marca de verificación e as letras DC.

3. Consello emerxente: Auditoría de calidade da programación (DCMA).

4. Abre o diálogo Auditoría de calidade da programación.

Adxacente na mesma barra de ferramentas: Análise de risco da programación (Monte Carlo) — consulta Auditar e despois Monte Carlo.

Fluxo de traballo:

1. Crear ou importar a programación — Constrúe a programación CPM en ProjectLibre ou importa desde outro sistema de programación.

2. Executar a Auditoría de proxecto — Abre Auditoría de calidade da programación (DCMA) desde a barra de ferramentas do Gantt como se indicou arriba. O produto avalía a programación fronte ás comprobacións de calidade de estilo DCMA.

3. Afondar e corrixir — Fai clic en Seleccionar N tarefas na grella (ou a ligazón de resultados equivalente) para que as tarefas problemáticas queden resaltadas na grade. Corrixe a programación — por exemplo, engade unha predecesora na columna Predecesoras, axusta a duración, ou usa unha corrección automática do diálogo cando se ofrece (Poñer a cero 1 adianto, Relaxar 2 a O antes posible na demostración). Volve calcular segundo sexa necesario.

4. Volver executar — Usa o botón Volver executar do diálogo (ou executa a auditoría de novo) para confirmar que a calidade da programación mellorou antes de confiar no modelo para tomar decisións.

Exemplo do percorrido (proxecto de demostración: modernización de rede de instalación segura):

• A auditoría fallou en lóxica ausente, adiantos e restricións ríxidas entre os 14 puntos; outras comprobacións foron aptas. Exemplo de resumo: 4 APTAS, 6 FALLIDAS, 4 NON AVALIABLES.

• Lóxica ausente estaba no 13 % fronte a un limiar do 5 %. Facer clic na ligazón da tarefa resaltou as lagoas na grade. A tarefa independent safety review non tiña predecesora; introducir a predecesora 3 na columna Predecesoras, e despois volver executar, reduciu o contador de lóxica ausente a tres.

• Duración alta cunha tolerancia do 5 % resaltou catro tarefas (15 días, 50 días, 20 días, 46 días). Despois dun cambio de duración, volver executar reduciu as tarefas de duración alta a tres.

Fluxo de traballo final do percorrido: executar → identificar → corrixir → volver executar.

Auditar a programación primeiro, despois Monte Carlo

Unha programación de calidade é a base para a simulación de riscos. Fluxo de traballo proposto:

1. Programación — Constrúe o modelo CPM.

2. Auditar — Atopa puntos débiles estruturais.

3. Mellorar — Corrixe os problemas e volve executar.

4. Monte Carlo — Simula a incerteza sobre a programación máis sólida.

Na barra de ferramentas do Gantt, Análise de risco da programación (Monte Carlo) está adxacente a Auditoría de calidade da programación (DCMA). Unha simulación recalcula repetidamente a programación CPM baixo incerteza; se a rede subxacente ten lóxica ausente, marxe excesiva, duracións pouco realistas ou restricións limitantes, a análise pode ser estatisticamente sofisticada pero basearse nun modelo débil. Unha lóxica máis sólida mellora a análise do camiño crítico, a planificación de recursos, a previsión e a análise de riscos Monte Carlo.

Exención de responsabilidade

A Auditoría de proxecto de ProjectLibre usa comprobacións de calidade da programación de estilo DCMA como axuda de diagnóstico. Non é unha certificación nin un aval gobernamental. A auditoría axuda a identificar puntos débiles de calidade da programación e apoia unha mellor disciplina de programación; non é unha certificación gobernamental da programación do proxecto.

Mira o percorrido

Mira: DCMA Project Quality Audit (5:04) — software de xestión de proxectos ProjectLibre.

O vídeo explica a auditoría de calidade da programación e as comprobacións prácticas que hai por tras, incluído o diálogo Auditoría de calidade da programación, o afondamento na grade e volver executar. O produto actual tamén engade a visualización en gráfico de araña mostrada nas capturas de pantalla de arriba.

Resumo: Usa a Auditoría de proxecto para comprobar, mellorar e verificar a programación durante todo o proxecto — e para proporcionar unha base máis sólida para a execución, a previsión, o valor acadado, a xestión de recursos e a análise de riscos Monte Carlo.