---
title: Gestionar políticas, objetivos y KPI
description: Relacione políticas, procesos, procedimientos, objetivos y KPI con la taxonomía y documente mediciones y revisiones manuales.
audiencia: Administrador | Data Owner | Data Steward | Usuario
roles: Administrador y Data Owner; Data Steward según capacidad y alcance; consulta para perfiles autorizados
modulo: Políticas y Objetivos y KPI
revision: "2026-10-19"
section: "gobernar-datos"
order: 50
sources:
  - CONTEXT.md
  - Modelodeobjetosyrelaciones.md
  - Roles,capacidadesyalcance.md
  - Módulosydependencias.md
  - Cómoleerelmapaderelaciones.md
---

# Gestionar políticas, objetivos y KPI

Las políticas y los indicadores permiten vincular el marco de gobierno con el seguimiento de sus resultados. GovFrame organiza los documentos normativos como **Política → Proceso → Procedimiento**, con versiones y adjuntos almacenados externamente. Estos objetos pueden asociarse de forma opcional a un Dominio o Subdominio y conservar responsables y aprobaciones. La jerarquía facilita entender si un documento fija una directriz, describe un proceso o concreta un procedimiento, sin convertir el adjunto externo en contenido técnico del catálogo.

Los **Objetivos** pueden tener contexto de Dominio o Subdominio y relacionarse con uno o varios KPI. Los KPI —también llamados Key Results— tienen un nivel primario explícito: Dominio, Subdominio, Entidad o Atributo. Pueden añadir enlaces secundarios a términos, activos, reglas, diccionario, repositorios, sistemas, productos y contratos. GovFrame admite códigos, relaciones muchos-a-muchos, mediciones manuales, revisiones y estados para estos objetos; esta guía no presupone valores de estado ni una toma automática de mediciones.

## Antes de empezar

- **Rol y alcance:** el Administrador dispone de alcance global en la empresa. El Data Owner necesita la capacidad aplicable y un Dominio o Subdominio autorizado. Un Data Steward puede colaborar dentro de su capacidad y alcance; los demás perfiles consultan lo que su autorización les permita.
- **Módulos:** confirme que **Políticas** y **Objetivos y KPI** estén activos. La desactivación evita operar el módulo y el backend rechaza sus procedimientos; no elimina automáticamente los datos que ya existían.
- **Precondiciones:** para una política, disponga del responsable, contexto y documento o referencia externa que se vaya a relacionar. Para un Objetivo o KPI, acuerde el código, el nivel taxonómico primario, qué se desea medir y la fuente de la medición manual. Compruebe que las asociaciones previstas ya existan en el catálogo.

> **Ejemplo sintético:** el Objetivo **Mejorar la completitud de contacto** puede relacionarse con un KPI cuyo nivel primario es el Atributo *Correo de contacto*. El KPI puede enlazar la Regla de completitud y el Contrato que declara ese compromiso, sin afirmar que la medición se calcula automáticamente.

## Recorrido recomendado

1. **Sitúe el documento normativo en la jerarquía correcta.** Registre la Política como directriz, el Proceso como desarrollo de esa directriz y el Procedimiento como su concreción operativa. Asocie Dominio o Subdominio solo cuando el ámbito sea real y conserve la versión y el adjunto externo que corresponda.
2. **Defina el Objetivo antes de elegir sus indicadores.** Relacione el Objetivo con el ámbito de negocio y con los KPI que permiten evaluar su avance. Las relaciones muchos-a-muchos permiten que un KPI aporte a más de un Objetivo cuando sea pertinente, sin duplicar el indicador.
3. **Fije un único nivel primario para cada KPI.** Seleccione Dominio, Subdominio, Entidad o Atributo según el objeto al que el indicador se refiere principalmente. Los enlaces secundarios amplían la evidencia o trazabilidad, pero no sustituyen ese nivel primario.
4. **Documente relaciones que se puedan explicar.** Vincule Términos para aclarar el lenguaje, Reglas para identificar un control, campos y Repositorios para la trazabilidad técnica, y Productos o Contratos para el contexto de entrega. No deduzca enlaces por compartir un Dominio o una palabra en el nombre.
5. **Registre mediciones y revisiones con su carácter manual.** Anote las mediciones manuales y las revisiones en el objeto correspondiente. Los indicadores agregados, la cobertura, los gráficos y el historial del dashboard son vistas de seguimiento; no confirman por sí mismos una frecuencia de captura ni una automatización de pruebas.
6. **Use los controles existentes, no catálogos supuestos.** En el modelo actual no hay catálogos independientes de Riesgos o Controles. Una Regla puede actuar como control técnico, una Política o Procedimiento como control normativo y una tarea, aprobación o Workflow como control operativo cuando estén relacionados.

## Resultado esperado

La empresa puede recorrer desde una Política hasta su Proceso y Procedimiento, y desde un Objetivo hasta los KPI y evidencias que le dan contexto. Cada KPI conserva un anclaje taxonómico principal y asociaciones verificables, mientras las mediciones manuales y revisiones mantienen separado lo declarado de lo automatizado.

El dashboard agrega indicadores, cobertura, gráficos e historial a nivel de empresa. La visibilidad de riesgos derivados y Productos puede filtrarse por el alcance de la persona cuando corresponda; no se debe interpretar una ausencia en la vista como inexistencia global ni como una excepción a las reglas de autorización.

Para profundizar, consulte el [modelo de objetos y relaciones](/es/explicaciones/modelo-de-objetos-y-relaciones/), [cómo leer el mapa de relaciones](/es/guias/como-leer-mapa-de-relaciones/), [roles, capacidades y alcance](/es/referencia/roles-capacidades-y-alcance/) y [módulos y dependencias](/es/referencia/modulos-y-dependencias/).