Repriorizar a diario el backlog por SLA vencido
Cada mañana el equipo revisa los proyectos abiertos (custodia,
electrónica o migración) y atiende primero los que ya superaron el
plazo pactado, usando el panel de tickets como tablero de prioridad.
Por qué: se apoya en el dato 01 (fecha pactada
vs. real) y el dato 07 (tickets abiertos). Bajo costo, reversible
en el día y sin aprobación por encima del equipo técnico.
Táctica · próximos 2–3 meses
Estandarizar los checklists por línea de servicio
Convertir los pasos manuales más repetidos de cada línea (alta de
custodia y respaldo, instalación de domótica, migración a Linux) en
checklists y guiones documentados, para que ningún proyecto dependa
de la memoria de un técnico específico.
Por qué: responde al dato 02 (tipo de proyecto)
y al dato 03 (causas recurrentes). Compromete varias semanas y a
más de un área: la media un gerente de operaciones.
Estratégica · próximos 6–12 meses
Fijar un límite de proyectos por técnico y escalar según él
Definir cuántos proyectos sostiene el equipo actual sin degradar el
SLA, y atar el ritmo de ventas nuevas (y la próxima contratación) a
ese límite, en vez de aceptar todo cliente que llegue.
Por qué: exige cruzar el dato 04 (horas por
técnico), el 05 (proyectos simultáneos) y el 10
(satisfacción). Cambia el modelo de crecimiento: corresponde a la
dirección.
Custronix