1. Modelo de Gestión
DTIKC
  • Inicio
  • Modelo de Gestión
    • ITIL 4
    • Gestión por Procesos
    • LEAN, BPM & RAD
    • OKR
    • User Advocate
  • Personas
    • Organigrama Funcional
    • Roles y Matriz RACI
      • Matriz RACI - Mesa de Ayuda (N1)
      • Matriz RACI - Soporte Técnico (N2)
      • Matriz RACI - Infraestructura (N3)
      • Matriz RACI Consolidada de la Dirección de Tecnología e Innovación
    • Descriptivos de Puestos
      • Indice
      • Developer RPA & IA con Python
      • Analista de Operaciones y Mesa de Ayuda N1
      • Especialista de Soporte Técnico Nivel 2
      • Senior de Infraestructura
        • Especialista Senior en Infraestructura N3
        • Especialista Junior en Infraestructura N3
    • Medición y Mejora Continua
  • Procesos de Sistemas
    • Indice
    • Procesos de Analista de Operaciones y Mesa de Ayuda N1
    • Procesos de Soporte Técnico N2
    • Procesos de Junior de Infraestructura
    • Procesos de Senior de Infraestructura
    • Proceso de Ejecución de Proyectos para Desarrolladores de Software
    • Proceso de Control de Versiones con Git
    • Procedimiento de Solicitud y Compra de Equipo de Cómputo y Dispositivos
    • Procedimiento para Solicitud de Activos Tecnológicos
    • Procedimiento Operativo Estándar – Gestión de Altas y Bajas de Accesos METLIFE
    • Procedimiento de gestión y documentación ticket y autoticket
    • Procedimiento Marco Gestión de Altas, Bajas y Control de Accesos a Sistemas
  • Especificaciones
    • Devs
      • Patrones de Nombrado (Naming Conventions) en Programación
  • Sistemas
    • Indice
    • Prometeo
    • Pegasus
    • Olympus
    • Andromeda
    • FrontBack
    • OServerLogic
    • CServer
    • FbCotizador
    • Oserver
    • MetCotizadores
    • ClassLibrary
    • APIs
      • Atlas Backend
        • Tareas por proyecto
        • List projects from GanttPRO
      • Chatbase
      • ApiMetPro_Pendientes_Emitir_Get
    • App Services
      • Documento sin título
  • Manuales Usuarios
    • Procedimiento para Recuperar Contraseña de Acceso a Titan
    • Procedimiento de Alta de Agente IP en Keysi
    • Checklist Mantenimiento Soporte N2
    • Manual de Sistema de Gestión
    • Manual Operativo y Escalamiento de Mesas de Ayuda
  • Lineamientos
    • Home Office
    • Excelencia Operativa
    • Mesa de Ayuda
      • Modelo de gestión
      • Diagrama de flujo
      • Soporte Técnico Nivel 2
  • Gestión de Proyectos
    • Procedimiento Integral de Trabajo
    • Documento de Gobierno de TI
    • Método de Aprobación por Dictamen
    • Metodología Ágil (Agile)
  • Transforación Digital
    • Inicio
    • Madurez
    • Evaluación
  • Raíz
    • Health
      • Health check
    • System
      • System capabilities and runtime metadata
    • Auth
      • Login and create server session
      • Logout current session (or all devices)
      • Get authenticated user profile
      • Get current session permissions
      • Example admin-only endpoint
    • AI
      • Chat completion from Atlas AI brain
      • Generate embedding vector
      • List available AI agents (scaffold)
      • List registered AI tools (scaffold)
    • Data
      • List tasks
      • Create task
      • Get task by id
      • Update task
      • Delete task
    • Providers
      • Execute corporate API action
      • List tasks from one GanttPRO project
      • Verify Supabase provider configuration
    • Communications
      • Send communication through routed provider
    • Messaging
      • Publish an internal envelope to messaging backbone
    • Autonomy
      • List available autonomous agents
      • Run one autonomous flow execution
    • Raíz
      • Health
      • System
      • Auth
      • AI
        • Get AI provider availability and selection order
        • Probe live connectivity to configured AI providers
      • Data
      • Providers
        • List projects from GanttPRO
        • Execute FB API ex4CRUD action
      • Communications
      • Messaging
      • Autonomy
      • Root informative home page
    • /docs/openapi-3.1.json
    • /docs/openapi-3.0.json
  • Root informative home page
    GET
  • Root informative home page
    GET
Git
  1. Modelo de Gestión

Gestión por Procesos

1. Diferencia entre Gestión de Procesos y Gestión por Procesos#

Gestión de Procesos:
Se enfoca en administrar y optimizar procesos de forma individual. Cada área de la organización gestiona sus propios procesos, con indicadores y controles propios.
Objetivo: eficiencia local.
Gestión por Procesos:
Se orienta a gestionar la organización de forma transversal, entendiendo que los procesos fluyen entre distintas áreas. Se busca la alineación de todos los procesos al cumplimiento de los objetivos estratégicos.
Objetivo: eficiencia global y valor para el cliente.

2. Tabla comparativa#

AspectoGestión de ProcesosGestión por Procesos
EnfoqueLocal, por áreaTransversal, inter-áreas
Objetivo principalEficiencia internaValor para el cliente y estrategia
ResponsabilidadJefes de áreaDueños de proceso (process owners)
MediciónIndicadores operativos aisladosIndicadores integrales (KPI de punta a punta)
OptimizaciónMejoras parcialesMejora continua orientada a toda la cadena de valor
EstructuraJerárquica-funcionalHorizontal y orientada al flujo de trabajo
EjemploÁrea de TI mide tickets cerradosOrganización mide tiempo de resolución end-to-end (incluye TI, operaciones y atención al cliente)

3. Actividades de implementación Gestión por Procesos#

1.
Mapeo de procesos clave: identificar procesos críticos que cruzan áreas.
2.
Definir dueños de proceso: asignar responsables transversales.
3.
Establecer indicadores integrales: medir el ciclo completo, no partes aisladas.
4.
Capacitación: entrenar al personal en pensamiento de procesos.
5.
Automatización: usar LEAN, BPM & RAD para integraciones de RPA & IA con el objetivo de reducir fricciones.
6.
Mejora continua: instaurar revisiones periódicas con métricas alineadas a la estrategia.

5. Ejemplo aplicado al Departamento de Sistemas#

Contexto#

Actualmente, el área de Sistemas mide tickets cerrados por mes (gestión de procesos). Esto ignora retrasos que puedan tener otras áreas (ej. Aunque el área de sistemas atienda dentro de su SLA de tres días un ticket de financiamiento solicitado el día martes existe un retraso en el proceso de financiamiento que corre el miercoles).

Enfoque de Gestión por Procesos#

Se toma como proceso transversal el “Atención de todos los tickets de financiamiento a más tardar los miércoles antes del mediodía”.
Flujo del proceso:
Usuario → Mesa de ayuda → Equipo de Sistemas → Validación con Operaciones → Cierre con retroalimentación al usuario.
Indicadores propuestos:
Número de tickets que el usuario reporta Antes del mediodía de los días miércoles Y la atención de todos ellos.
Nivel de satisfacción del usuario.
Cien por ciento de los tickets resueltos antes de que corra el financiamiento.
Actividades:
1.
Mapear el flujo de atención de incidencias (Identificar los tickets por su importancia priorizándolos por esta identificación ).
2.
Nombrar a un *Dueño del Proceso de Soporte TI Por cada caso identificado *.
3.
Implementar métricas de ciclo completo, no solo de tickets cerrados.
4.
Automatizar escalamiento para cuellos de botella..
5.
Revisar resultados con responsables de todas las áreas implicadas E iterar .
Beneficio esperado:
Alineación del área de TI con la estrategia de servicio de la empresa.
Modificado en 2025-11-21 04:32:20
Anterior
ITIL 4
Siguiente
LEAN, BPM & RAD
Built with