Trabajo Final · Módulo V – Herramientas Lean

VSM — Mapa de
Flujo de Valor

Proceso de Soporte a Usuario · Dirección General de Tecnología
Poder Judicial de Paraguay

Institución
Poder Judicial PY
Área
Dirección Gral. de Tecnología
Proceso analizado
Soporte a Usuario
Herramienta
VSM · Lean · Kaizen
Estado Actual

AS-IS — Proceso sin optimizar

Haz clic en cada paso para ver detalles. Los indicadores naranjas representan esperas, los rojos transferencias innecesarias.

Lead Time Total
0 min
≈ 4.8 horas
Tiempo de Proceso (VA)
0 min
agrega valor
Tiempo de Espera (NVA)
0 min
desperdicio puro
Eficiencia del Flujo
0%
valor real entregado
Pasos en el Proceso
0
muchos innecesarios
Transferencias Innecesarias
0
sin diagnóstico previo
LÍNEA DE TIEMPO ── ■ Tiempo de proceso ■ Espera (desperdicio)

Lean – 8 Desperdicios

Análisis de Desperdicios

Identificación y cuantificación de los desperdicios (mudas) detectados en el proceso actual.

ESPERAS

El usuario espera más de 70 minutos sin respuesta mientras el problema circula entre áreas sin resolverse. Se detectaron 3 esperas en el flujo.

Pasos afectados: 2 (20 min), 3 (30 min), 7 (30 min)
Impacto: ALTO · 70 min perdidos
🔀

TRANSFERENCIAS INNECESARIAS

El reclamo pasa por 4 áreas diferentes (Help Desk → Soporte → BD → Servidores → Redes) sin que ninguna resuelva hasta el final, cuando la causa era el equipo del usuario.

Impacto: Ningún área hizo diagnóstico inicial correcto
Impacto: CRÍTICO · causa raíz del problema
🔁

REPROCESO

Soporte TI debe volver al usuario por segunda vez a verificar el equipo. El primer diagnóstico fue incompleto porque no se siguió un protocolo estructurado.

Paso afectado: 8 — revisita innecesaria al equipo
Impacto: MEDIO · tiempo y esfuerzo duplicado
⚙️

SOBREPROCESAMIENTO

Cuatro áreas técnicas (BD, Servidores, Redes, Soporte) verifican sus sistemas sin encontrar el problema. El usuario final tenía ventanas abiertas y archivos temporales — causa elemental.

Pasos 5, 6, 7: todas OK, pero sin resultado
Impacto: ALTO · recursos gastados sin valor
Análisis 5 Por Qué

¿Por qué el soporte tarda tanto en resolver un problema elemental?

Técnica Lean para llegar a la causa raíz del problema.

¿1?
El usuario espera más de 4 horas para que le resuelvan un problema elemental → Porque el reclamo circula por múltiples áreas antes de llegar al punto correcto
¿2?
¿Por qué circula por tantas áreas? → Porque no existe una categorización inicial del reclamo que dirija directo al responsable
¿3?
¿Por qué no hay categorización inicial? → Porque Help Desk no tiene un protocolo de diagnóstico ni un sistema de tickets con categorías
¿4?
¿Por qué no hay protocolo ni sistema de tickets? → Porque el proceso de soporte nunca fue diseñado formalmente; funciona por costumbre
CAUSA RAÍZ: Ausencia de un proceso estándar documentado para la gestión de soporte → Sin definición de responsabilidades, sin SLAs, sin sistema de tickets, sin protocolo de diagnóstico. El soporte opera de manera reactiva e informal.
💬

Percepción del Usuario

"No contar rápidamente con la herramienta me imposibilita cumplir mis funciones."

El usuario no puede distinguir entre un problema técnico grave y uno elemental como archivos temporales acumulados. Lo que sí percibe es tiempo perdido, falta de respuesta coordinada y ausencia de información sobre el estado de su reclamo. Cada minuto sin sistema es productividad perdida para el Poder Judicial.

DTIC · Procesos y Subprocesos 2024

Estructura Organizacional de la DTIC

Fuente: DTIC_PROCESOS_SUBPROCESOS_2024.xlsx — Identificación de los departamentos involucrados en el proceso de soporte a usuario y su posición dentro de la Dirección General.

PROCESO PRINCIPAL
DIRECCIÓN GENERAL DE TECNOLOGÍA DE LA
INFORMACIÓN Y LAS COMUNICACIONES (DTIC)
Delinear y definir políticas y estrategias de innovación, estándares e infraestructura de TIC para servicios de calidad bajo criterios de seguridad e inclusión social.
💻
DIRECCIÓN
SOLUCIONES INFORMÁTICAS
Analizar, desarrollar y mantener los Sistemas Informáticos de la Institución. Gerenciar el soporte técnico a los sistemas y servicios bajo responsabilidad de la DTIC.
📡 INFRAESTRUCTURA TECNOLÓGICA Y CONECTIVIDAD
Implementar y promover políticas de infraestructura TIC: redes, conectividad, centro de datos.
Involucrado en pasos 6 y 7 del VSM AS-IS
🛠️ ANÁLISIS, DISEÑO Y DESARROLLO
Contribuir a la eficiencia de los servicios tecnológicos desarrollando y manteniendo sistemas informáticos.
No involucrado directamente en el VSM
🎯 ASISTENCIA TÉCNICA Y SOPORTE INFORMÁTICO
Coordinar audiencias virtuales. Coordinar soporte físico y técnico a usuarios internos. Soporte a circunscripciones.
⭐ RESPONSABLE PRINCIPAL del proceso de soporte
Subprocesos DTIC:
Coordinar audiencias mediante medios virtuales
► Soporte físico y técnico a usuarios internos ← PROCESO VSM
Soporte a técnicos de las demás circunscripciones
🗄️
DIRECCIÓN
ADMINISTRACIÓN DE LA INFORMACIÓN
Coordinar la implementación efectiva de los proyectos de tecnología. Garantizar uptime, rendimiento y disponibilidad de la información.
📋 RELEVAMIENTO DE NECESIDADES E IMPLEMENTACIÓN
Coordinar y supervisar implementación y capacitación de sistemas informáticos asegurando la mejora continua.
No involucrado directamente en el VSM
🔒 CONTROL E INTEGRIDAD DE LA INFORMACIÓN
Administrar la información generada a través de los sistemas, garantizando disponibilidad en tiempo y forma.
⚠ Involucrado en paso 5 del VSM AS-IS (Base de Datos)
Monitoreo de actividad de Base de Datos
Verificación de bloqueos y disponibilidad
🛡️
DIRECCIÓN
SEGURIDAD INFORMÁTICA
Definición de planes y políticas en materia de seguridad tecnológica. Implementación y control de medidas de seguridad. Difusión de medidas de seguridad.
🔐 SEGURIDAD PREVENTIVA
Diseñar políticas y estrategias lógicas y físicas para mitigar incidentes cibernéticos.
No involucrado directamente en el VSM
⚡ GESTIÓN DE INCIDENTES CIBERNÉTICOS
Gerenciar políticas para mejorar seguridad, integridad y soberanía de los datos a fin de mitigar riesgos de ataques.
No involucrado directamente en el VSM
Análisis de Coordinación

Mapa de Participación por Departamento en el Proceso AS-IS

Este mapa revela el problema central: el proceso salta entre 3 departamentos de 2 direcciones diferentes sin protocolo de coordinación, generando las esperas y transferencias innecesarias detectadas en el VSM.

DEPARTAMENTO
Asistencia Técnica y Soporte
Control e Integridad de la Información
Infraestructura Tecnológica y Conectividad
Usuario (externo)
🔍

Insight Lean: El Proceso Cruza 2 Direcciones y 3 Departamentos

Según el documento DTIC_PROCESOS_SUBPROCESOS_2024, el soporte a usuario interno es responsabilidad exclusiva de Asistencia Técnica y Soporte Informático (bajo Soluciones Informáticas). Sin embargo, en el proceso actual el reclamo escala a Control e Integridad de la Información (bajo Administración de la Información) y a Infraestructura Tecnológica y Conectividad sin diagnóstico previo.

Esta falta de coordinación entre dependencias — identificada como la dificultad principal del proceso — es estructural: no existen protocolos de escalado inter-departamental, ni SLAs entre direcciones, ni un sistema de tickets que registre y rastree el reclamo mientras cruza áreas. El TO-BE propone eliminar estos cruces innecesarios mediante diagnóstico en el origen (check-list L1) y escalado formal solo cuando sea necesario.

Estado Futuro

TO-BE — Proceso Optimizado

Flujo rediseñado aplicando principios Lean: eliminación de transferencias, diagnóstico en el origen, SLAs definidos y ruteo automático por categoría.

Lead Time Objetivo
≈ 67 min
≈ 1.1 horas (-77%)
Tiempo de Proceso
67 min
100% agrega valor
Esperas
≈ 0 min
eliminadas
Eficiencia del Flujo
~95%
valor real (+40 pp)
Pasos en el Proceso
6
simplificado (-5 pasos)
Transferencias
0
ruteo automático
Sistema de Escalado con SLAs

Tiempos de Respuesta por Prioridad

Las alertas automáticas escalan el ticket si no se respeta el SLA.

Prioridad Criterio Tiempo de Respuesta Tiempo de Resolución Alerta Escalado
P1 – CRÍTICO Sistema caído, múltiples usuarios afectados 15 minutos 2 horas A los 10 min → Jefe de TI
P2 – ALTO Usuario bloqueado, función crítica inoperativa 30 minutos 4 horas A los 20 min → Supervisor
P3 – MEDIO Degradación parcial, hay alternativas 2 horas 8 horas A la hora → técnico líder
P4 – BAJO Consulta, mejora, solicitud menor 4 horas 24 horas Al día siguiente → equipo
Del AS-IS al TO-BE

Comparación de Estados

Impacto cuantitativo del rediseño del proceso aplicando herramientas Lean.

🔴 Estado Actual (AS-IS)

Lead Time Total290 min (4.8 hs)
Tiempo de proceso160 min
Tiempo de espera100+ min
Transferencias innecesarias4 transferencias
Pasos en el proceso11 pasos
Eficiencia del flujo~55%
SLAs definidosNinguno
Sistema de ticketsNo existe
Protocolo de diagnósticoNo existe
Percepción del usuarioMuy mala

🟢 Estado Futuro (TO-BE)

Lead Time Total67 min (1.1 hs) ↓77%
Tiempo de proceso67 min
Tiempo de espera≈ 0 min eliminado
Transferencias innecesarias0 (ruteo automático)
Pasos en el proceso6 pasos ↓5
Eficiencia del flujo~95% ↑40pp
SLAs definidosP1/P2/P3/P4
Sistema de ticketsPortal web + app
Protocolo de diagnósticoCheck-list L1/L2/L3
Percepción del usuarioObjetivo: 4.5/5

Comparación Visual de Métricas

Lead Time (minutos) 290 → 67 min (−77%)
AS-IS
290
TO-BE
67
Tiempo de Espera (minutos) 100 → 0 min (−100%)
AS-IS
100+
TO-BE
Eficiencia del Flujo (%) 55% → 95% (+40pp)
AS-IS
55%
TO-BE
95%
Pasos en el Proceso 11 → 6 (−45%)
AS-IS
11 pasos
TO-BE
6 pasos
Kaizen · Plan de Acción

Plan de Implementación

6 iniciativas ordenadas por prioridad para transformar el proceso de soporte. Haz clic en cada tarjeta para ver el detalle.

1

Implementar Sistema de Tickets (Portal de Soporte)

Portal web/app para que el usuario abra tickets con categorización automática. Elimina las llamadas informales y las transferencias por desconocimiento del canal correcto.

👤 Dirección TI + Help Desk 📅 Julio 2026
CRÍTICO
2

Definir Protocolo de Diagnóstico L1 / L2 / L3

Check-list de diagnóstico inicial en Help Desk para resolver el 60% de los tickets sin derivación. Árbol de decisiones para categorizar correctamente desde el primer contacto.

👤 Soporte TI + Help Desk 📅 Julio 2026
CRÍTICO
3

Establecer SLAs y Sistema de Alertas Automáticas

Definición formal de tiempos de respuesta y resolución por prioridad (P1–P4). Alertas automáticas que escalan el ticket si no se atiende en el tiempo establecido.

👤 Dirección TI + Calidad 📅 Agosto 2026
ALTO
4

Base de Conocimiento (Knowledge Base)

Repositorio de soluciones frecuentes accesible para técnicos y usuarios. Reduce tickets L1 entre 30–40% al permitir autoservicio para problemas comunes.

👤 Todo el equipo TI 📅 Agosto 2026
ALTO
5

Dashboard de Gestión Visual en Tiempo Real

Tablero visible para supervisores y técnicos con estado de tickets, KPIs en tiempo real, alertas de SLA y tendencias. Aplica la herramienta Lean de Gestión Visual.

👤 Dirección TI 📅 Septiembre 2026
MEDIO
6

Capacitación, Estandarización y Auditoría

Manual de procedimientos, capacitación a Help Desk y técnicos, y revisiones mensuales para sostener las mejoras. Aplica la 5ª S (Sostener) y el ciclo Kaizen continuo.

👤 RRHH + Dirección TI 📅 Septiembre 2026
MEDIO
Resultados Esperados

KPIs de Éxito

⏱️
< 90 min
Lead Time máximo para tickets P2-P3
> 95%
Cumplimiento de SLA en tickets P1 (críticos)
> 4 / 5
Satisfacción del usuario en encuesta post-ticket
🎯
> 60%
Tickets resueltos en Nivel 1 sin escalado
🚫
0
Transferencias innecesarias por falta de categorización
📈
-77%
Reducción del Lead Time vs. estado actual

Riesgos y Mitigación

Resistencia al cambio (usuarios/técnicos)
No adopción del sistema de tickets
Mitigación: capacitación, comunicación del beneficio, líder campeón del cambio
ALTO
Presupuesto insuficiente para sistema de tickets
Herramientas open source disponibles (GLPI, osTicket)
Mitigación: priorizar solución open-source, demostrar ROI con tiempo ahorrado
MEDIO
SLAs mal calibrados inicialmente
Tiempos demasiado cortos o largos
Mitigación: piloto de 30 días, ajuste con datos reales antes de formalizar
BAJO